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future. 
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Defense  Communications  Operations  Support  System  (DCOSS) 
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organizations  to  fall  into  their  normal  positions  of 
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CHAPTER  I 


INTRODUCT ION 


This  project  was  undertaken  to  develop  a  preliminary 


operational  concept  for  the  Defense  Communications 


Operations  Support  System  (DCOSS)  and  conforms  to  the 


format  of  U.  S.  Air  Force  Regulation  57-1,  "Operational 


Requirements  -  Statement  of  Operational  Need  (SON)."  This 


document  presents  a  summary  of  our  proposed  configuration 


and  employment  of  the  OCOSS .  In  particular,  it  provides 


preliminary  guidance  for  the  operations  and  use  of  shared 


and  dedicated  resources  of  the  Defense  Communications 


System  (DCS)  under  DCOSS  control 


The  Total  DCS  Operations  Plan  (TDOP)  is  being  developed 


by  DCA  to  provide  a  standard  framework  for  planning  the 


evolution  and  improvement  of  DCS  services.  The  TDOP 


accomplishes  it’s  objectives  by  integrating  operations  and 


maximizing  the  use  of  computer  technology.  This  approach 


is  based  on  the  methodology  used  by  the  pre-di vesture  Bell 


System  in  their  Total  Network  Operations  Plan  (TNOP).  As 


indicated  in  Figure  1-1,  this  document  is  subordinate  to 


the  TDOP.  Additionally,  other  operations  concepts,  if 


required,  will  be  subordinate  to  the  DCOSS  Operations 


Concept  (e  g.,  DPAS,  TRAMCON.  SRCF). 


An  operations  concept  provides  a  functional  overview  of 


how  a  system  will  be  imp  I emen l«  ted  and  functionally 
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DCS  OPERATIONS  CONCEPT  HEIRARCHY 


deployed.  This  document  resides  in  the  development  flow  of 


* 


the  DC OSS  as  indicated  in  Figure  1-2.  Updates  to  this 
concept  will  be  required  once  development  begins  on  the 
functional  requirements  documents  that  will  serve  as 
primary  documents  for  developing  lower  level 
specifications. 

This  chapter  provides  a  brief  description  of  the  DCS  as 
it  exists  today  and  establishes  the  need  to  implement  a  new 
control  structure. 


This  section  provides  a  brief  look  at  the  DCS  mission 
and  how  the  control  structure  exists  today. 


The  DCS  is  a  composite  of  Department  of  Defense  owned 
and  leased  telecommunications  subsystems  and  networks  that 
provide  long-haul,  point-to-point  (dedicated)  and  switched 
communications  services  throughout  the  world.  The  elements 
of  the  DCS  can  be  divided  into  three  categories: 
transmission,  switching,  and  control.  These  elements  are 
supported  by  a  wide  range  of  subsystems  as  indicated  below. 


a  .  Satellite  commu mcit  ions 
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1  •  1  •  1  ■  2 _ Switching 

a  A  Digital  Switched  Network  (DSN)  made  up  of  digital 
end-office,  stand-alone  and  multifunction  switches, 
providing  command  and  control  and  common  user 
telephone  services. 

b.  A  voice  network  providing  long-haul  command  and 
control  and  common  user  analog  telephone  services. 

c.  A  pa c k e t - sw i t c he d  network  providing  services  to 
data  subscribers. 

d.  A  me s s a g e - sw i t c h e d  network  providing  record  copy  to 
subscr ibers  . 


1 . 1 . 1 . 3  Control 
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Operations  centers 

worldwide  performing  control 
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I  . -L. 2 _ Mission 

«K 

>. 

The  purpose  of  the 

Defense 

Commu  n 

i  ca  t  ions 

System 

(DCS  ) 

is  to  provide  network  telecommunications  needed  to  satisfy 


the  communications  requirements  of  the  Department  of 
Defense  and  other  authorized  government  agencies.  This  is 
accomplished  using  the  control  hierarchy  described  below. 

1-1-3 _ DCS  Control  Hierarchy 

The  current  control  system  is  outlined  in  Figure  1-3. 

As  indicated,  the  control  system  operates  in  five  (5) 
levels.  The  first  two  (2)  levels  are  operated  and  staffed 
by  Defense  Communications  Agency  personnel  while  the 
remaining  three  levels  are  operated  and  staffed  by  the 
individual  military  departments  (Army,  Air  Force,  or  Navy). 

Worldwide  control  (Level  1)  is  exercised  at  the  Defense 
Communications  Agency  Operations  Center  (DCAOC)  located  at 
DCA  Headquarters  in  Washington,  D.C.  Actions  taken  at  this 
level  are  focused  on  DCS  status  and  operations  from  a 
worldwide  span  of  facilities.  Theater  control  (Level  2)  is 
exercised  by  two  (2)  Area  Communications  Operations  Centers 
(ACOCs),  one  center  located  in  the  Pacific  and  the  other  in 
the  Atlantic  region.  The  ACOCs  process  data  to  and  from 
the  Sub-Region  Control  Facilities  (SRCFs)  (Level  3). 

The  SRCFs  exercise  control  over  major  Technical  Control 
Facilities  and  intermediate  switching  centers  (Level  4). 

At  the  lowest  level  (Level  5),  control  is  exercised  over  a 
specific  facility  designed  to  meet  a  particular 
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DCS  CONTROL  HEIRARCHY 


communications  requirement. 

The  existing  control  structure  is  highly  dependent  on 
human  intervention.  Automation  at  each  level  and  within 
levels  consists  of  hardware  and  software  resources  that 
cannot  communicate  with  each  other  unless  an  operator  acts 
as  an  interface  between  the  various  equipments  and  software 
programs.  The  following  looks  at  the  present  system  in 
terms  of  responsiveness,  interoperability,  and 
survivability. 

.1 .2^  1 _ Re,  aeon  a  i  yens  as 

Responsiveness  is  the  ability  of  a  system  or  subsystem 
to  respond  to  a  change.  This  change  can  take  the  form  of 
operator  commands  or  a  set  of  predetermined  stimulus  to 
activate  changes  (automatic  events).  Within  the  control 
hierarchy,  changes  can  come  from  either  the  same  level,  a 
higher  level,  or  a  lower  level. 

The  present  control  system  is  limited  since  it  relies 
heavily  on  manual  methods.  Voice  coordination  is  often 
required  among  operations  personnel.  Teletype  messages  are 
often  used  to  provide  the  required  coordination  among 
operating  locations.  Additionally,  the  present  system 
consists  of  n o n - i  n t e r op e r a b  I  e  subsystems  which  require  time 
to  correlate  data  between  independent  data  bases.  Due 


to  manual  processing  and  diverse  communications  elements, 


9 


the  present  system  is  slow  and  non- r  e  sport  s  i  ve  to  real-time 
direction. 


another  control  center  is  defined  as  interoperability. 
Standardization  of  equipment  and  policies  is  an  important 
element  of  i  n t e r op e r a b i  I  i t y . 

As  it  exists  today,  the  present  control  system  is  made 
up  of  subsystems  that  were  designed  and  deployed  without 
regard  to  other  subsystems  under  it's  control.  Equipment 


is  non-standard  within  each  level  and  at  different  levels 


of  the  control  system.  Computers  cannot  communicate  and 
operations  personnel  require  training  on  diverse  systems 
installed  at  each  location.  The  logistics  of  operating  and 
maintaining  the  present  system  is  extremely  difficult 
considering  the  different  types  of  equipment  and  extensive 
operator  training  required  at  each  location.  Not  to 
mention  equipment  that  is  being  installed  today  that  might 
not  co-exist  with  the  present  system.  In  the  present 
system,  standards  have  not  been  established  and  adhered 
to.  As  a  result,  control  centers  in  the  hierarchy  cannot 
assume  the  functions  of  another  center.  This  leads  to  the 


next  discussion  of  survivability. 


Survivability  is  a  relative  concept  directly  related  to 
the  threat  and  the  mission  of  a  system.  Within  the 
confines  of  this  document,  the  level  of  DCS  survivability 
is  not  discussed;  however,  survivability  can  be  discussed 
in  terms  of  the  ability  to  communicate  and  interoperate. 

As  discussed  previously,  control  centers  are  not 
capable  of  assuming  the  responsibilities  of  another  center 
in  the  event  of  a  control  center  loss.  For  example,  the 
loss  of  the  Defense  Communications  Agency  Operating  Center 
would  severely  limit  the  ability  of  the  Area  Operations 
Centers  to  provide  worldwide  control  and  status. 

Similarly,  the  Regional  Operations  Centers  could  not 
provide  theater-wide  control  and  status  in  the  event  of  the 
loss  of  an  Area  Operations  Center. 

Additionally,  the  present  control  system  uses  dedicated 
c  o  mm  unications  links  that  have  limited  alternate  routing 
capability.  Centers  are  unable  to  communicate  in  event  of 
communications  equipment  or  link  failures. 

Both  factors  stated  above  serverely  limit  the  mission 
of  the  present  control  system  under  threat  conditions.  An 
adequate  margin  of  safety  has  not  been  designed  into  the 
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1  .  3 _ Summa  r  v 

Control  and  management  of  the  Defense  Communications 
System  is  limited  under  the  present  control  structure.  The 
loss  of  a  center  poses  a  threat  to  overall  mission 
effectiveness.  Non-standard  equipment  and  operations 
prevent  the  goals  of  interoperability  and  standardization. 
Response  time  is  wasted  performing  operator  tasks  allowing 
centers  to  communicate  with  each  other.  Training  of 
personnel  is  difficult  due  to  the  different  types  of 
equipment  and  procedures  required  at  each  operating 
center.  Supply  resources  are  strained  to  support  all  the 
additional  equipment  required  to  interface  subsystems. 

With  these  factors  in  mind,  the  following  operational 
concept  addresses  improvements  in  the  Defense  Commun i catons 
System  control  hierarchy  currently  planned  under  the 
Defense  Communications  Operations  Support  System. 
Responsiveness,  i  n t e r op e r a b  i  I  i  t y / s t a n da r d  i  z a t  i  o n  ,  and 
survivability  of  the  new  control  system  is  of  paramount 
concern  in  the  development  process. 
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MISSION  TASK 

2.*  .0 _ Defense  Communications  Aaencv  Mission  Statement 

In  accordance  with  DCA  circular  310-70-1,  the  mission 
of  DCA  is  to  perform  system  engineering  for  the  Defense 
Communications  System  (DCS).  DCA  must  ensure  that  the  DCS 
is  planned,  improved,  operated,  maintained  and  managed 
effectively,  efficiently  and  economically,  to  meet  the 
requirements  of  the  National  Command  Authorities  (NCA),  the 
Department  of  Defense,  and  other  government  agencies. 

2-J _ DCQSS  Mission  Statement 

The  DCS  is  the  general  purpose,  US  Government 
Telecommunications  System  managed  and  used  by  the  DOD  and 
other  Government  Agencies.  The  Defense  Communications 
Operations  Support  System  (DCOSS)  will  be  the  means  within 
the  DCS  for  ensuring  efficient  use  of  communications  assets 
on  a  day  to  day  basis,  maintaining  critical  user 
connectivity  through  all  levels  of  stress. 

2.1.3 _ DCOSS  Development  Obiectives 

DCOSS  Development  will  meet  the  design  criterion 
discussed  in  the  following  paragraphs 


Improvement  in  systems  control  through  use  of  DCOSS 


will  be  evolutionary.  They  will  exploit  technical  advances 
and  procedural  refinements  based  on  new  technology, 

I 

standardization,  training  methods,  and  field  experiences.  ! 

I 

i 

2  ■  1  ■  i  ■  2 _ Suly  i  y,a.fr-Ll.j  t  y  j 

The  OCOSS  control  system  will  be  designed  for  maximum  ! 

I 

survivability.  Factors  taken  into  consideration  should  ■ 

I 

include  communication  links,  single  node  failures,  and  j 

i 

other  Operation  Support  Systems  presently  in  use  or  in  the 
planning  stage. 


i .  1 .  .1 .  3 _ Flexibility 

The  control  system  will 
interface  and  connection  to 
the  DCS.  Additionally,  the 
to  permit  future  growth. 


be  flexible  enough  to  permit 
contingency  systems  extending 
control  system  will  be  designed 


2  .  1  .  1  .  4 _ Stands  r  d i za  t ion 

The  control  system  will  be  designed  to  permit  the  use 
of  equipmemt  common  to  all  centers.  Operating  procedures, 
training  methods,  and  manning  criteria  will  be  developed  in 
accordance  with  standard  policies. 


The  DCOSS  will  be  developed,  engineered,  maintained  and 
operated  at  the  lowest  cost  consistent  with  operational 


effectiveness. 
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OCOSS  Control  Environment  and  Operational 
Scope  of  Communications 

.2-J2 _ Ln.t-f_fi.d.iLgJ  i,,2.o 

This  chapter  discusses  the  Defense  Communications 
Operations  Support  System  (DCOSS)  control  environment  under 
normal  and  threat  conditions.  Although  it  is  impractical 
to  cover  all  possible  situations,  the  following  analysis 
does  focus  on  a  set  of  possible  threats  and  offers  some 
design  and  operational  objectives  that  should  be  considered 
during  DCOSS  development. 

The  remainder  of  this  chapter  will  describe  the  DCOSS 
operational  scope  of  communications,  design  features,  and 
system  constraints. 

.2LJ _ Sflcrat  ion?  I  Env  i  rcnmen.t 

The  DCOSS  operational  environment  encompasses  all 
external  and  internal  circumstances,  objectives,  and 
conditions  that  influence  DCS  operations.  Changes  in 
operational  configurations  and  the  effects  of 
na t u r a  I /man-made  threats  may  have  an  adverse  impact  on 
DCOSS  operations.  Although  plans  may  be  developed  to 
lessen  the  impact  of  these  external  threats  on  DCOSS 
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mission  objectives,  the  results  of  such  actions  are  usually 
assessed  after  the  threat  has  occurred. 

Configuration  changes  include  the  incorporation  of  new 
control  elements,  the  reconfiguration  of  existing  elements, 
the  addition  of  new  capabilities  applied  to  existing 
resources,  and  the  relocation  of  existing  resources.  These 
changes  should  remain,  when  feasible,  under  Configuration 
Control  Board  actions  to  prevent  adverse  impacts  on  DCOSS 
objectives. 

1J  J _ Normal  Environment 

in  a  normal,  benign  environment  the  Defense 
Communications  System  (DCS)  consists  of  systems  which 
perform  functions  that  can  be  divided  into  the  following 


oad  functional 

l  areas; 

C  a  ) 

System 

Engineering 

(  b  ) 

System 

Mana g erne  n  t 

C  c  ) 

System 

Op  e  r  a  t  ions 

The  DCS.  being  a  s e r v i c e  that  provides  for  end-to-end 
user  connectivity,  uses  system  control  measures  to  manage 
and  operate  the  DCS  on  a  day-to-day  basis.  System  control 
is  defined  as  the  function  that,  "ensures  (that) 


user-to-user  service  is  maintained  on  a  near-term  basis 


under  changing  traffic  conditions,  user  requirements, 
natural  or  man-made  stresses,  disturbances,  and  equipment 
disruptions."  (DCA  Circular,  310-70-1,  Vo  I  1,  p.  2-1). 
The  following  look  at  system  control  will  provide  some 
insight  on  how  the  normal  operating  environment  is 
structured. 

System  control  takes  into  consideration  the  following 
interrelated  subfunctions: 


(a)  £  a  c_L  I  i  t  v  s  u  r  v  e  i  I  lance  provides  real-time 
equipment,  transmission,  and  network  terminal 
trend  data  concerning  the  status  of  DCS 
facilities,  and  their  near-term  performance  over  a 
period  of  time.  It  also  provides  data  to  support 
long  range  (beyond  5  years)  system  design 
objectives. 

(b)  Traffic  surveillance  provides  real-time  data 
concerning  systems  and  network  loading,  data 
processing  queue  status,  message  backlog,  and 
other  measures  that  describe  system,  network,  and 
facility  congestion  and  traffic  load. 

(c)  Network  control  provides  real-time  and  near-term 
control  of  switched  or  special  networks  and 


associated  transmission  equipment  and  resource 
allocation. 

Traffic  control  provides  real-time  and  near-term 
control  of  traffic  flow  and  routing,  such  as  code 
blocking,  code  cancellation,  alternate  route 
cancellation,  and  user  prioritization. 

Technical  Control  provides  the  real-time 
transmission  system  configuration,  quality 
assurance,  quality  control,  and  reporting 
functions  necessary  for  effective 

ma i n t e n a n c e /ope r a t i on s  of  transmission  paths  and 
f  a  c  i  I  i  t  i  e  s  . 


Satellite  communications  control  consists  of: 

(1)  Satellite  control.  The  positioning  and 
housekeeping  of  DSCS  satellites. 

(2)  Satellite  network  control.  The  control  of 
user's  access  to  the  satellite  network. 

(3}  Communications  payload  control.  Those 

functions  that  control  and  configure  the  DSCS 
communications  payload  on  the  DSCS  III 
satellite. 


ne  two  r  k  control  including  functions  that 
involve  network  link  establishment, 
monitoring,  anomaly  analysis,  stress 
determination,  and  network  configuration. 

(5)  Ground  Mobile  Forces  LSMEJL  control  including 
functions  that  involve  allocation  of  power 
and  bandwidth  on  OSCS  satellites  for  use  by 
GMF  terminals. 

As  discussed  above,  system  control  encompasses  numerous 
functions  and  s u b f u n c t i o n s .  The  OCOSS,  being  the  means  of 
supporting  DCS  real-time  control  and  monitoring,  must  be 
designed  and  implemented  with  significant  emphasis  placed 
on  system  control  objectives  as  spelled  out  in  DCA  Circular 
3 1 0-70-1 . 

Under  normal  conditions,  the  DCOSS  supports  the  system 
control  functions  listed  above.  In  addition,  the  same 
system  control  functions  support  the  DCS  under  threat 


conditions  as  discussed  below. 


The  OCOSS  operational  environment  may  experience 
threats  from  four  general  areas:  natural,  accidental, 
deliberate  (man-made)  passive  attacks,  and  deliberate 
(man-made)  active  attacks.  These  threats  may  impair  the 
DCOSS  mission  through  denial  of  service,  unauthorized 
disclosure,  unauthorized  modifications,  or  other  areas  of 
service  and  may  expose  DCOSS  operations  to  environments 
which  are  not  conducive  to  normal  operations.  A  brief 
discussion  of  each  threat  follows. 


Natural  threats  occur  independently  of  any  level  of 
conflict.  The  concern  with  natural  threats  focuses  on  the 
changes  induced  in  the  physical  operating  environment  that 
might  cause  the  interruption  of  communications  operations. 
The  present  of  highly  sensitive  technical  equipment, 
fragile  system  components,  and  diverse  power  sources 
increase  the  DCOSS  susceptibility  to  natural  threats. 
Natural  threats  can  include  earthquakes,  hurricanes, 
atmospheric  weather  phenomena,  seasonal  weather  conditions 
solar  phenomena,  biological  phenomena,  and  other  natural 
threats . 


The  uncertainty  associated  with  the  time  and  place  of 


natural  threat  occurrence  compounds  the  complexity  of 
accessing  DCOSS  vulnerabilities.  If  the  DCOSS  is  weakened 
or  disabled  by  natural  threats,  the  system  could  be  more 
susceptible  to  accidental  or  deliberate  threats. 


The  DCOSS  may  be  susceptible  to  damage  from  several 
types  of  accidental  occurrences.  These  threats  are  not 
premeditated  or  t a r g e t - d i r e c t e d  and  may  occur  at  any  level 
of  conflict.  Accidents  may  vary  in  severity  and  impact  and 
can  cause  disruptions  of  service  and  cause  damage  to  DCOSS 
supporting  equipment  and  personnel.  Accidental  threats  can 
be  caused  by  aircraft,  automobile,  gas  leaks,  chemical 
spills,  forest  fires,  floods,  explosions,  and  other 
accidental  causes. 


Accidental  occurrences  may  also  cause  an  unauthorized 
disclosure  of  classified  informations.  These  disclosures 
may  result  from: 


(a)  user  errors, 


(  d  )  output  errors, 


(e)  system  errors,  and 

(f)  communications  errors. 


a._L^2  .  a _ Deliberate  CMan-ma.de)  Passive  Threats 


Passive  attacks  to  the  DCOSS  include  analysis  of 
electromagnetic  emanations,  wiretapping,  and  exposure  or 
release  of  sensitive  or  classified  information  to 
unauthorized  users.  Each  threat  attempt  has  an  objective 
and  targets  specific  objective.  The  DCOSS  is  especially 
susceptible  to  these  attacks  due  to  the  large  complexity  of 
equipment  (e.g.,  cables,  land  lines,  microwave  links, 
satellite  linds.  and  computers). 


2  ..1-^2  . 4 _ figJJ-tuLLflJjL  IMflii-ma-deJ ..  Ac  1 1  vc  Threat:  ^ 


Del  i b  e  r  a  t  e 
commun i ca  t  ions 
c  ommu  n i c  a  t ions 
commun i ca  t  i  on  s 
access,  unautho 
physical  attack 


active  threats  pose  a  serious  threat  to  any 
system.  These  threats  can  disrupt 
operations  to  the  extent  that  they  deny 
services  to  authorized  users.  Unauthorized 
rized  modifications,  sabotage,  or  direct 
are  examples  of  deliberate  active  threats. 


The  threats  and  the  probability  of  threat  scenario 
execution  depend  on  compounded  probabilities  of  threat 


variables  including  level  of  conflict,  whether  the  target 
has  a  CONUS  or  an  overseas  location,  and  the  physical 
env i ronmen  t . 


1..2 _ DCQ.SS  Threat  Response 


Although  the  direct  response  to  threat  conditions 
depends  on  numerous  factors,  the  DCOSS  response  can  be 
stated  in  terms  of  the  following  objectives.  The  primary 
objectives  as  outlined  in  DCA  Circular  310-70-1  are: 

( a )  Maintain  critical  subscriber  and  system 
connectivity  without  excessive  use  of  available 
system  or  network  mission  capacity. 

(b)  Incorporate  a  level  of  control  and  system 
management  survivability  consistent  with  the 
survivability  of  the  users. 

(c)  React  quickly  and  flexibly  to  assure  sustained 
quality  user  service  through  timely  and  effective 
monitoring,  analysis,  and  control  execution  in 
both  normal  and  stressed  environments. 

(d)  Interoperate  with  control  centers  associated  with 
other  communications  systems  to  allow  maximum 
flexibility  in  restoring  user  service. 

(e)  Maximate  system  efficiency  through  effective 
control  action. 

(f)  Assist  in  the  efficient  use  of  limited  operation 
and  maintenance  manpower  at  DCS  stations. 

C  g  3  Minimize  manpower  resources  required  for  control 
of  DCS  assets. 


The  DCOSS  operations  control  environment  consists  of 
normal  operations  and  operations  under  threat  conditions. 
DCOSS  response  to  threat  conditions  or  new  configurations 
required  of  the  DCS  must  be  timely  and  efficient.  The 
system  control  design  must  support  the  objectives  listed  in 
paragraph  3.2. 

To  insure  timely  response,  system  control  must  be 
exercised  at  the  lowest  level  consistent  with  authority  and 
resources  Therefore,  the  DCOSS  control  centers  must  be 
capable  of  performing  functions  to  lessen  to  impact  of 
unanticipated  events  such  as  natural  or  accidental 
disturbances  while  maintaining  support  to  important 
national  objectives. 


The  DCOSS  objective  is  to  support  the  Defense 
Communications  System  mission  requirements.  Operational 
and  functional  requirements  of  facilities  in  the  control 
hierarchy  differ  from  facility  to  facility.  For  example, 


status  and  control  signals  from  satellite  terminals  are  not 
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the  same  as  status  and  control  signals  from  patch  and  test 
facilities.  Therefore,  the  DCOSS  must  be  capable  of 
accepting  varying  degrees  of  communications  inputs, 
protocols,  and  formats.  The  following  features  should  be 
considered  during  DCOSS  development: 


(a)  Modernized,  modular  architectures  to  achieve 
flexibility  and  maintainability  while  maintaining 
growth  potential; 

(b)  automated  functions  to  reduce  errors,  increase 
operator  efficiency,  and  lower  manpower 

r  e  q  u  i  r  erne  n  t  s  ; 

( c )  equipment  redundancy  and  dynamic  reconfiguration 
of  communications  resources; 

(d)  survivable  command  and  control  resources  by 
designing  interoperable  control  centers,  using 
alternate  routing  of  communications  paths,  and  by 
eliminating  single-point  failure  elements; 

(e)  centralized  co n t r o I /mo n i  t o r  i  n g  and  maintenance; 

(f)  substantial  commun i cations  growth  capabilities 
through  system  sizing,  modularization,  and  space 
allocation; 

(g)  i  n t e r ope r a b  I  e  subsystems,  through  s tanda r d  i  za t i on 
of  hardware  and  software,  procedural  commonality, 
and  common  contingency  plans; 

(h)  minimal  life  cycle  costs  by  maximizing  equipment 
reliability  and  minimizing  manpower  requirements; 

(i)  communications  privacy  and  security  without 
inpending  the  flow  of  data;  and 

(j)  centralized  control  of  resources  with  the 
capability  for  rapid,  systematic,  centralized 
fault  isolation  and  troubleshooting. 


R 


Operational  limitations,  i.e.,  contraints,  affect  the 
ability  of  the  OCOSS  to  provide  services  required  to  meet 
DCS  mission  requirements.  These  contraints  fall  into  the 
following  categories: 


(a  ) 


(b) 


C  c  ) 


(  d  ) 


(  e  ) 


inherent  circuit/link  contraints  which  limit 
data  rate,  channel  capacity,  and  bandwidth 
requirements  that  the  DCOSS  supports! 


the 


configuration  constraints  such  as  those  which 
require  the  physical  separation  of  RED/BLACK 
e  q  u i pme  n  t ; 


availability  constraints  that  limit  the  number  of 
DCOSS  resources  able  to  support  increased  network 
loading  by  new  or  expanded  programs; 


real  time  contraints  that  limit  the  number  of 
selectable  alternatives  in  response  to  an  outage 
during  threat  conditions;  and 


communications  constraints  within  different 
countries  and  geographic  locations  concerning 
types  of  transmission  and  facilities  allowed. 


CHAPTER  IV 


WORLDWIDE  CONTROL  ARCHITECTURE 


This  chapter  discusses  the  Defense  Communications 
System  control  architecture  as  implemented  under  the 
Defense  Communications  Agency  Operations  Support  System 
(DCOSS)  Control  and  management  is  implemented  through  a 
five  (53  level  heirarchy.  See  Figure  4-1.  Control 
direction  is  implemented  at  individual  levels  of  the 
heirarchy  through  facilities  referred  to  as  "operations 
centers."  An  "operations  center"  is  a  group  of  personnel, 
supported  by  required  automatic  data  processing  equipment 
(ADPE),  and  commun i cat  ions  resources  under  authority  of  a 
single  individual. 


The  first  part  of  this  chapter  provides  an  overview  of 
the  DCS  control  hierarchy.  The  remainder  focuses  on  a 
detailed  discussion  of  the  Defense  Communications  Agency 
Operations  Center  CDCAOC)  at  Level  1. 


LEVEL  1 
WORLDWIDE 


DCAOC 


LEVEL  2 
THEATER 


LEVEL  3 
SECTOR 


LEVEL  4 
NODAL 


LEVEL  5 
FACILITY 


DSCOC 


EARTH 

TERMINAL 


FIGURE  4-1 

DCS  CONTROL  HEIRARCHY 
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Operations  Center  (DCAOC)  exercises  worldwide  operational 
direction  over  all  elements  of  the  Defense  Communications 
System  (DCS).  The  objective  of  this  direction  is  t?  ensure 
maximum  performance  of  the  DCS  in  an  extremely  dynamic 
environment  as  well  as  during  and  after  any  natural  or 
man-made  disruptions. 

The  DCAOC  discharges  this  responsibility  through 
worldwide  system  status  monitoring,  performance  reporting, 
contingency  planning,  circuit  rerouting,  and  restoral 
actions.  To  ensure  effective  operational  direction  of  DCS 
elements  outside  the  continental  United  States  (OCONUS)  at 
the  theater  level,  Area  Communications  Operations  Centers 
were  developed. 

The  Area  Communications  Operations  Center  (ACOC) 
exercises  control  responsibilities  (Level  2)  within  it's 
particular  theater.  There  are  two  ACOCs:  one  for  the 
Pacific  Theater  located  in  Oahu,  Hawaii,  and  one  for  the 
Atlantic  Theater  located  in  Vaihingen,  Germany.  The  ACOC 
serves  as  the  theater  focal  point  for  providing  status, 


monitoring,  and  performance  data  to  the  DCAOC  and  other 
centers  for  communications  trend  analysis.  In  case  of 


f  a  i  lure 

,  each 

ACOC  has 

a  n 

a  I 

t  e  r  n  a  t  e 

ACOC  ( A ACOC ) 

that  can 

ass  ume 

theater 

r  e  s  p  o  n  s 

i  b  i  1 

1  i  t 

i  e  s  in 

the  event  the 

ACOC  i s 
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u  n  a  v  a  i  I  a  b  I  e  . 


The  ACOC  exercises  authority  over  and  gathers 


data  from  the  Sub-Region  Control  Facilities  (SRCFs). 

At  Level  3,  the  SRCFs  exercise  control  and  perform  data 
gathering  from  DCS  facilities  within  a  geographic  region. 
The  SRCF  is  the  first  level  at  which  the  individual 
military  departments  (Army,  Navy,  or  Air  Force)  operate  and 
maintain  DCS  facilities.  Information  at  this  level  is 
obtained  from  major  Technical  Control  Facilities  CTCFs). 

The  major  TCF  or  nodal  facility  (Level  4)  conducts 
operations  and  maintenance  activities  such  as  fault 
isolation,  repair  and  restoral  actions,  preventive 
maintenance,  equipment  installation,  and  records 
maintenance.  Major  TCFs  perform  all  the  duties  of  a  TCF 
and,  additionally,  perform  control  and  data  gathering  from 
TCFs  and  other  facilities  under  their  control. 

The  station  or  facility  level  (Level  5)  is  the  lowest 
level  of  control  and  is  peculiar  to  a  specific  facility! 
thus  its  control  activities  are  focused  on  local  equipment 
using  provisions  built  into  the  particular  communication 
subsystem  design.  Activities  at  this  level  include,  e.g., 
equipment  and  channel  quality  control,  equipment 
substitution  and  restoral,  fault  isolation,  preventive  and 
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b.  Provide  worldwide  system  control  of  the  DCS  to 
ensure  assets  are  used  to  maintain  and  restore 
maximum  DCS  performance. 


c.  Exercise  operational  direction  over  the  elements 
of  the  DCS  through  the  DCA  ACOCs . 


Provide  to  the  National  Military  Command  Center 
and  designated  federal  agencies,  upon  request  the 
lastest  status  of  communications  in  areas  of 
special  interest. 


Notify  the  Joint  Chiefs  of  Staff  CJCS);  Manager,  NCSi 
and  other  designated  agencies,  as  appropriate,  of 
possible  communications  disruptions  that  may  have  a 
significant  impact  on  the  DCS. 


Prepare  special  reports  on  items  of  interest  concerning 
degradations  or  threatening  conditions  within  the  DCS 
environment  and  distribute  them  to  DCA  staff  elements 
as  appropriate. 


e.  Provide  the  JCS,  unified  and  specified  commands, 


mmmmmmsmm 
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military  services,  and  others  as  designated, 
essential  information  on  the  gobal  communications 
situations  within  the  DCS  by  publishing  the  daily 
DCA  Communications  Status  Report  (COMSTAT)  and 
Communications  Spot  Report  (COMSPOT). 

h.  Participate  in  and/or  support  exercises  involving 
the  DCS. 

i.  Provide  operational  direction  over  the  DCS 
operating  elements  within  the  DCS  geographic  areas 
to  include  implementing  the  DCAOC  res'oral  plans 
and  emergency  allocation  of  DCS  assets. 

j.  Provide  the  JCS,  unified  and  specified  commands, 
military  services,  and  others  as  designated,  with 

information  concerning  serious  degradation  of 
communications  operations. 

k.  Provide  technical  advice  on  overall  capabilities  and 
operation  of  the  DCS. 

In  summary,  the  DCAOC  responsibilities  include  worldwide 
status  monitoring,  performance  monitoring,  contingency 


planning,  circuit  rerouting,  and  restorals  of  service.  To 
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perform  its  assigned  duties,  the  DCAOC  uses  systems 
described  in  the  fol lowing  sections. 


The  Worldwide  On-Line  System  (WWOLS)  is  currently 
operational  at  the  DCAOC.  WWOLS  stores  DCS  information 
such  as  facility,  circuit,  trunk,  and  link  data  and 
statistical  data  for  DCS  reporting  and  quality  control 
purposes.  At  the  DCAOC,  WWOLS  provides  batch  processing 
and  worldwide  communications  capabilities  that  supplement 
and  support  the  DCOSS;  however,  no  DCOSS  equipment  resides 
at  the  DCAOC.  The  interface  between  the  DCOSS,  that  will 
be  discussed  in  section  5.1.4,  resides  at  the  ACOC/NCF 
level.  See  Figure  4-2.  The  following  section  describes 
t  h  e  WWO  L  S . 


The  WWOLS  is  a  distributed  processing  system  which 
consists  of  five  (5)  IBM  4331  processors  at  the  Defense 
Communications  Agency  Operations  Center,  one  (1)  IBM  4341 
system  at  the  Defense  Commercial  Communications  Office,  and 
two  (2)  IBM  4331  systems  at  each  of  the  European  and 
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Pacific  Area  Communications  Operations  Centers.  These 
processors  use  the  following  data  base  management  system 
(DBMS)  . 

LJL*  2  ,1  .  1 _ DBMS 

The  WWOLS  Data  Base  Management  System  is  named  TOTAL. 
Total  is  divided  into  four  major  areas: 

a.  Faci  I i t  v / C i r  c  u i t/Trunk/L i nk  System:  This 

subsystem  contains  DCS  facility,  link,  trunk, 
circuit,  data  and  network  connectivity 
information.  Files  also  have  information  on 
commercial  circuit  numbers,  non-DCS  circuits, 
station  designators  and  site  geographical 
info  rma  t  i o  n . 


b  •  Slfl  LLS-l  Lc.fl.l _ Data  S  v  s  t  cm/ P  e  r  f  o  rma  n  c  e  Analysis 

Reporting  System:  This  sub-system  is  sued  for 
status  reporting  and  quality  control.  Reports 
identify  station,  link,  trunk,  channel,  circuit 
and  equipment  status  in  accordance  with  Defense 
Communications  Agency  Circular  310-55-1. 
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c.  Management  Index  System:  This  subsystem  contains 
AUTODIN  data  including  circuit  numbers,  switch 

i nden t i f i ca t i on ,  switch  routing,  sw i t ch / c hanne I 
and  traffic  information.  Data  from  this  system  is 
used  for  report  generation  for  traffic  data 
analysis  and  network  engineering  studies. 

d.  Voice  Information  System:  This  subsystem  contains 
d8ta  related  to  AUTOVON,  and  is  comprised  of  six 
small  componenets  or  subsections.  These  include: 
overseas  AUTOVON,  CONUS  AUTOVON,  Master  Subscriber 
List,  Telephone  Directory,  Memory  load  and 

Mn  emo  n i c  Files. 

A  .2,  2  .  I..2 _ WWOLS  Applications  Programs 

WWOLS  programs  perform  the  following  functions: 

a.  Data  Entry;  The  Data  Entry  System  is  one  method 
of  entering  data  into  the  WWOLS.  For  example,  a 
Telecommunication  Service  Request  can  be  entered 
into  the  WWOLS  via  teletypewriter,  punched  card  or 
CRT  keyboard.  This  program  is  also  used  to  change 
data  records  already  resident  tn  the  WWOLS  data 


1 


base  and  to  update  batch  files  used  in  data  bases 


at  remote  locations. 


Allocation  System:  This  program  is  used  to 
retrieve  the  Telecommunication  Service  Request 
data  from  the  Data  Entry  System  for  display  to  the 
allocation  engineer  who  compares  the  service 
requested  with  the  available  gove r nmen t -owned 
services.  After  correlating  all  data  and 
determining  service  requirements  can  be  met,  the 
allocation  engineer  uses  this  sytem  to  reserve  the 
communication  channels  for  curcuit  connectivity. 


WWOLS  Data  Base  Query  Program:  This  program  is 
coded  so  that  each  query  contains  a  three 
character  code  indentifier  followed  by  the 
appropriate  parameter(s).  The  user  specifies  the 
parameters  according  to  the  information  he 
requires.  Outputs  include  listings  of  data  on 
circuits,  trunks,  links,  and  station. 


This 


program  converts  a  Telecommunication  Service 
Request  into  a  Telecommunication  Service  Order. 


The  processor  accepts  data  from  an  input  device 
(e.g.,  VDT)  for  entry  into  the  WWOLS  data  fiels 
and  performs  format  and  character  validation. 

Upon  completion  of  all  entries,  the  processor 
generates  AUTOVON  messages  for  distribution  to  all 
concerned  users  and  updates  the  WWOLS  files. 


Fife  Maintenance  System:  This  program  adds, 
deletes,  and  updates  all  data  base  records  within 
WWOLS.  One  of  its  subprograms  adds,  deletes,  and 
updates  circuit,  trunk,  link,  geographic  location, 
station  designator,  and  routing  information.  In 
addition,  other  DBMS  subsystems  within  this  system 
transmit  data  to  other  centers  and  perform 
accounting  procedures. 


Information  Retrieval  System:  This  system  is  used 
by  personnel  at  remote  sites  to  retrieve  circuit, 
trunk,  link,  facility  and  other  information  from 
the  WWOLS  data  base.  Access  is  generally  made 
from  input  terminals  via  the  AUTODIN  network. 


ROU TER  System:  ROUTER  is  a  system  engineering 
tool  developed  by  the  Defense  Communications 
Engineering  Center  and  is  used  to  send  complete 


sets  of  circuit  requirements  for  connectivity  in 
establishing  DCS  network  archi  tecture. 


LJLJL .  1,.  3 _ Summfli,.y 

The  WWOLS  data  acquisition  job  is  a  basic 
order/inventory  system.  Traffic  measurement  and  call 
detail  requests  represent  the  orders.  Traffic  data 
previously  collected  represents  the  inventory.  Traffic 
measurement  requests  are  entered  into  the  WWOLS  data  base 
which  shares  information  with  other  reporting  systems. 

This  shared  information  is  necessary  to  ensure  the  correct 
association  between  recorded  traffic/call  data  and  the 
switching  elements  being  measured.  This  data  base  runs  as 
a  batch  system  and  is  updated  periodically  to  reflect 
changes  in  the  physical  arrangement  of  the  switches.  This 
ensures  that  data  is  treated  consistently  in  each  of  the 
reporting  processes. 

4.2.3 _ DCOSS  -  WWOLS  Relationship 

The  Worldwide  On-Line  System  (WWOLS)  is  currently 
operational  at  DCA  operating  centers.  The  DCOSS  and  WWOLS 


will  share  a  common  data  base  supporting  the  real-time 
control  functions  as  well  as  the  network  administration 


functions.  At  present,  the  WWOLS  at  the  DCAOC  will  receive 
DCOSS  data  from  the  WWOLS  equipment  located  at  the  ACOC  and 
AACOC  (Level  2).  The  relationship  between  the  ACOC 
(NCF-DCOSS)  and  AACOC  (ALT  NCF-DCOSS)  wi  I  I  be  discussed  in 
Chapter  V . 

1^2  .  A _ Fu.n  c  t  *  fine  1 _ Interfaces 

The  DCOSS  provides  real-time  status  and  alarm  reporting 
and  will  interface  with  WWO LS  where  the  bulk  processing  and 
controller  interface  (integrated  terminal  display  drivers) 
will  reside.  This  ensures  that  DCOSS  and  WWOLS  can  share  a 
common  integrated  data  base  supporting  the  real-time 
control  functions. 

The  DCOSS-WWOLS  interface  will  be  physically  located  at 
the  DCOSS  control  centers  (ACOCs,  AACOCs ,  and  SRCFs)  where 
WWO  LS  is  currently  accessible.  The  interface  that  will 
provide  the  real-time  status  and  control  required  by  the 
DCA  Operations  Center  (DCAOC)  will  be  between  WWOLS 
subsystems.  See  Figure  4-3.  This  interface  is  presently 


in  operation;  however,  it  does  not  support  the  real-time 
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FIGURE  4-3 

DCOSS  ADPE  STRUCTURE 


CHAPTER  V 


Area  and  Subregion  Control  Architecture 

_ Introduction 

Each  communications  subsystem  such  as  the  Automatic 
Digital  Network,  Automatic  Voice  Network,  Defense  Data 
Network  and  Defense  Switched  Network,  performs  a  specific 
function  in  the  Defense  Communications  System.  The 
Automatic  Digital  Network  (AUTODIN)  is  the  present 
common-user,  record  communications  network  while  the 
Automatic  Voice  Network  (AUTOVON)  is  the  present 
common-user  voice  communications  network.  The  Defense  Data 
Network  (DDN)  is  a  high  speed,  packet-swi tched,  data 
transfer  network  and  the  Defense  Switched  Network  (DSN)  is 
a  common-user  switching  and  relay  network  consisting  of 
multifunction  switches,  stand  alone  switches  and  end 
offices.  All  of  these  networks  are  used  by  the  Department 
of  Defense  and  other  authorized  U.S.  government  agencies. 

The  Defense  Data  Network  is  the  replacement  for  AUTODIN 
and  the  Defense  Switched  Network  is  the  replacement  for 
AUTOVON.  The  Defense  Communications  Ooerat ions  Support 
System  (DCOSS)  will  provide  an  automated  means  by  which 
these  and  other  new  elements  of  the  Defense  Communication 
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System  (DCS)  and  DCS  control  will  be  integrated  at  and 
below  the  theater  level. 

T h • s  chapter  addresses  the  theater  and  subregional 
control  architecture  of  the  DCS  as  implemented  under 
DCOSS .  The  system  is  initially  examined  from  the  Area 
Communications  Operations  Center  (ACOC)  and  Defense 
Satellite  Communications  (DSCS)  Operations  Support  System 
(DOSS)  perspective.  Next,  the  Subregional  Control  Facility 
implementation  of  DCOSS  is  discussed.  The  overall 
framework  for  this  examination  will  follow  the  outline 
below: 

(a)  Functions/Responsibilities. 

(b)  Eq u i pme n t /Ha r dwa r e /So f t wa r e . 

(c)  System  Criterion. 

(d)  Interfaces. 


5.1  Area  Communications  Operations  Center _ LACQ£J 


As  discussed  previously,  the  ACOC  is  that  facility 
within  the  DCS  control  hierarchy  responsible  for  DCS 
operation  and  direction  on  a  theater-wide  basis.  The  two 
ACOCs  are  located  at  Oahu,  Hawaii  and  Vaihingen,  Germany 


The  Oahu  ACOC  provides  day-to-day  direction  of  the  DCS  for 
the  Pacific  Theater  while  the  Vaihingen  ACOC  does  the  same 
for  the  European  Theater. 

In  addition  to  the  ACOCs ,  each  theater  has  one  or  more 
alternate  ACOCs  designated  AACOCs.  The  AACOCs  are 
responsible  for  assuming  the  duties  of  the  primary  ACOC  in 
the  event  the  primary  facility  is  damaged  or  destroyed. 

The  operational  concept  for  the  AACOCs  may  vary  between 
theaters.  A  Pacific  Theater  AACOC  may,  for  example,  be 
responsible  for  a  specific  geographic  region,  while  the 
European  AACOC  may  routinely  operate  the  entire  theater  for 
a  portion  of  the  day.  The  Pacific  Theater  AACOCs  are  also 
designated  Regional  Control  Facilities  CRCFs).  These 
facilities  are  located  at  Yokota  AB,  Japan  and  Clark  AB, 
Philippines.  The  European  ACOC  is  located  in  Croughton, 

UK  . 

At  the  ACOC  level,  the  DCOSS  is  the  computer  based 
system  dedicated  to  real-time  control  of  the  DCS  within  the 
theater.  The  DCOSS  will  be  integrated  with  WWOLS  at  the 
ACOC  level  to  perform  nonreal-time  functions.  Each  system 
within  the  ACOC  will  be  allocated  those  DCOSS  resources 
necessary  to  accomplish  effective  control  of  its  resource. 


Individual  control  functions  will  be  integrated  through 
use  of  a  common  data  base  design,  standardized  interfaces, 
and  stardard  terminals.  These  terminals  will  be  designated 
DCOSS  Standard  Terminals  (  D  S  T  s  )  for  all  subsystems.  See 
Figure  5-1.  Each  communications  system  that  shares  DCOSS 
will  provide  the  software  control  required  for  its  optimum 
operation  within  the  DCS  control  hierarchy.  Individual 
systems  wi I l  access  DCOSS  equipment  through  use  of  the 
DST .  Consequently,  there  will  be  software  from  many 
systems  in  operation  on  the  DCOSS.  All  software  will  be 
properly  integrated  to  ensure  that  limited  resources  of  the 
ACOC  computers  are  used  most  effectively. 

The  Network  Data  Control  System  (NDCS)  will  be  the 
first  system  integrated  into  the  DCOSS.  The  NDCS 
incorporates  into  the  ACOC  (or  NCF  )  DCOSS  computer  AUTOVON 
management  functions  which  were  previously  performed  by 
separate  pieces  of  equipment  (i.e.  the  Network  Control 
System,  the  Traffic  Data  Collection  System,  and  the 
Centralized  Alarm  System).  The  functions  of  NDCS  will  run 
on  DCOSS  system  software  at  the  ACOC.  NDCS  specific 
hardware  and  software  will  be  installed  at  the  individual 
AUTOVON  switches.  Implementation  of  DCOSS  will  enable  the 
controller  at  the  ACOC  to  monitor  the  status  of  the  various 
switches  and  remotely  diagnose  and  issue  control 
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instructions  to  alleviate  network  problems.  The  switches 
will  also  send  traffic  and  call  data  to  the  ACOC  DCOSS 
which  will  in-turn  be  forwarded  to  the  WWOLS  for 
distribution  or  processing.  After  the  NDCS  has  been 
successfully  integrated,  other  operational  support  systems 
will  follow  so  that  DCOSS  can  effectively  support  all 
digital  switches  and  DSN  support  systems.  The  DCOSS  will 
enable  ACOC  controllers  to  perform  real-time  monitoring, 
control,  and  network  configuration  of  DSN  subsystems  from 
the  ACOCs  and  SRCFs. 

iL.  -L.  .1 ACOC.  Functions  and  Re  s  d  o  n  s  i  b  i  I  i  t  i  e  s 

The  DCOSS  will  assist  ACOC  and  AACOC  controllers  with 
the  following  functions  and  responsibilities  in  accordance 
with  DCAC  310-70-1  (Draft).  February  6,  1986. 

a.  Coordinate  control  actions  affecting  theater-wide 
service  and  specified  service  to  designated  users 

b.  Coordinate  control  actions  between  and  among 
Subregional  Control  Facilities. 

c  Direct  and  monitor  control  actions  of  assigned 


Subregional  Control  Facilities  and  other 
subordinate  units. 

Inform  commands  and  agencies  of  serious 
disruptions  to  their  communications. 

Monitor  and  analyze  status  of  subordinate 
facilities,  systems  and  trouble  reports. 

Coordinate  actions  to  identify  and  localize  faults 
within  multiple  link  configurations  that  cross 
Subregional  Control  Facility  (sector  level) 
boundaries. 

Conduct  traffic,  network  and  configuration 
control  . 

Control  theater  transmission  systems. 

Coordinate  with  agencies  having  theater-wide 
communications  responsibilities  and  keep  them 
informed  of  operational  status  of  assigned 
facilities  and  systems. 


j.  Direct,  monitor  and  supervise  r e s t o r a  I / r e r ou t e 
actions  within  a  theater  in  accordance  with 
centralized  restoral  plans. 


k.  Monitor  and  supervise  timely  actions  to  correct 
degradations  that  affect  facility  and  system 
performance  and  user  service. 


Develop,  coordinate  and  publish  centralized 


restoral  plans 


Report  to  and  respond  to  direction  from  the 
Network  Contol  Faciltiy  at  the  DCAOC . 


The  system  at  the  ACOC  for  controlling  the  DCS  will  be 
the  Defense  Communications  Operations  Support  System 
(DCOSS).  The  following  sections  will  discuss  DCOSS 
hardrdware  and  software  elements: 


w 
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The  OCOSS  at  the  ACOC  or  AACOC  (theater  level)  will 


run  on  IBM  4300  series  or  equivalent  computers.  See  Figure 
5-2.  IBM  Series  1  or  equivalent  computers  will  be  used  as 
front  end  processors.  The  following  is  a  complete  listing 
of  ACOC  and  AACOC  DCOSS  hardware: 

a.  (1)  each  IBM  4331  Computer,  or  equivalent. 

b.  (2)  each  IBM  Random  Access  Storage  Units,  or 
equivalent  . 


c  . 


d  . 


( 2 )  each 


( 1 )  each 


IBM  Tape  Drive,  or  equivalent. 


IBM  4331  Operator  Console,  or  equivalent. 


e.  (4)  each  IBM  3270  PC,  or  equivalent,  workstations 
with  random  access  storage,  large  screen,  high 
resolution  display  and  printer. 


f.  (1)  each  IBM  Series  1  Computer,  or  equivalent. 


g.  (1)  each  IBM  Series  1  Computer  Operations  Console 
(CRT,  printer,  and  stand). 


h.  (4)  each  Secure  Voice  Terminal. 


i.  (1)  each  Unsecure  DSN  phone. 


j.  C  1  3  each  Unsecure  voice  orderwire  phone. 


K.  Supervisor  desk  and  chair. 


I.  Disk  and  tape  racks,  as  appropriate. 


m.  (5)  each  workstations  and  consoles. 


2^2 _ DCOSS  NCF/RCF  Sof  tware 


NCF  and  RCF  Software  will  consist  of  the  following: 


a.  5664-167  VM/SP  System  Product 


b.  5719-XS4  EDX  Basic  Supervisor  And  Emulato 

V  4 


c  . 


5719-CX1  EDK  System/370  Channel  Attch 


5748-XPI  Remote  Spoofing  Comm  Subsystem 


e  . 


1 .  5748-XXB 


g.  5748-F03VS  Fortran  Compiler  and  Library 


h.  5748-SA1 VM/ I  PCS  Extension 


5746-AM2  VSE/VSAM 


j.  5740-CB10S/VS  Cobol  Compiler  and  Library 


k.  5 7 3 4 -P L 30S / VS  PL/I  Optomizing  Compiler  and 
Library 


i-  ,3^_3 _ ACOC  DCQSS  Criterion 


The  DCOSS  will  provide  an  automated  means  by  which  the 
various  related  elements  of  the  DCS  and  DCS  control  will  be 
integrated  at  and  below  the  theater  level.  The  following 
sections  describe  baseline  and  advanced  criterion  for 
system  implementation. 


This  section  examines  that  set  of  baseline  capabilities 
required  for  successful  near-term  implementation  of  DCOSS 
at  the  theater  level.  Both  system  and  interface  criterion 
are  examined. 


1  .  1 _ Kfl  r  dws  r  e 

With  the  exception  of  computer  operator  consoles,  all 
terminals  connected  to  DCOSS  will  be  DCOSS  Standard 
Terminals  (DTSs).  The  DST  will  be  capable  of  operating  in 
the  following  three  modes:  Cl)  TTY  terminal,  C2)  DON 

compatible  terminal  and  (3)  stand  alone  terminal. 

The  DST  will  provide  the  capability  to  issue  switch  and 
transmission  controls,  update  the  data  base,  receive  alarms 
and  generate  reports.  Each  DST  will  be  capable  of 
interfacing  with  the  system  in  three  modes: 

a.  Terminal  to  Terminal  Mode.  This  mode  will  be  used 
for  communication  with  other  DSTs. 


b.  Terminal  Emulation  Mode.  This  mode  provides  the 
capability  for  any  DST  to  interact  with  a  distant 
switch  or  transmission  equipment  as  if  the  DST  was 


a  local  terminal. 


c.  System  Mode.  This  mode  views  entire  systems  (e.g. 
TRAMCON,  DPAS ,  etc.)  as  a  single  subsystem  with 
which  the  OST  will  interact  to  perform  required 
funct ions. 


The  DCOSS  will  use  a  totally  integrated,  relational 
data  base.  A  core  set  of  common  user  data  including 
circuit  and  location  identifiers  will  be  provided  as  well 
as  the  capability  to  extend  core  data  to  meet  specific  user 
requirements.  A  Data  Base  Administrator  (DBA)  will  be 
identified  at  each  location  to  ensure  appropriate 
procedures  are  set-up  and  used  for  the  administration  and 
maintenance  of  the  DCOSS  data  base. 


The  ACOC  DCOSS  will  support  data  connections  in  the 
dedicated  circuit  and  packet  switched  modes.  The 
International  Organization  for  Standardization  (ISO)  Open 
System  Interconnection  (OSI)  reference  model  will  be  used 
to  describe  the  architecture  in  detail.  See  section 
5.1.4.  DCOSS  standard  terminals  (DSTs)  will  interface  with 
other  DSTs  at  all  levels  of  the  DCS  heirarcy  as  required 


58 

The  ACOC  DCOSS  will  interface  directly  with  the  Network 
Data  Control  System. 

5.1.3.1.4  Operational _ Imp  I ementat i on 

The  primary  mode  for  DCOSS  operation  will  be 
real-time.  The  capability  for  DCOSS  Standard  Terminals 
CDSTs)  to  perform  nonreal-time  functions  without  degrading 
real-time  performance  will  also  be  provided. 

The  ACOC  and  AACOC  DCOSS  will  have  theater  and 
worldwide  status  of  DCS  health  and  status  and  will  perform 
fault  isolation  across  SRCF  boundaries.  Additionally,  the 
ACOC  DCOSS  will  assist  SRCFs  in  fault  analysis. 

ACOC  personnel  will  develop  automated  restoral  plans 
using  the  DCOSS.  These  plans  will  be  stored  at  the  ACOC 
DCOSS  and  transmitted  when  convenient  or  in  real-time  for 
immediate  action.  ROUTER  software  will  be  available  to 
support  this  function. 

THE  ACOC  DCOSS  will  implement  pre-established  network 
controls  when  requested  by  a  network  controller  who  will 
enter  the  desired  command.  DCOSS  automatic  data  processing 


equipment  will  disseminate  the  directives  to  appropriate 


SRCFs.  This  automation  will  improve  the  rerouting, 
restoration  and  reconfiguration  of  the  DCS  by  making 
optimum  use  of  remaining  network  resources.  The  ACOC  DCOSS 
will  take  single  entry  commands  and  break  them  down  into 
commands  for  transmission  to  multiple  network  equipment. 

The  DCOSS  will  also  provide  real-time  configuration 
control  during  normal  operations.  Telecommunication 
Service  Orders  (TSOa),  and  Defense  Switched  Network  (DSN) 
routine  table  changes  will  flow  through  DCOSS 
communications  facilities  and  automatically  update  system 
configuration  data  bases.  Reports  on  actions  taken  at 
lower  levels  (communications  reroutes,  equipment 
replacements,  etc.)  will  automatically  update  configuration 
data  bases  at  the  ACOC. 


5.1. 3.1.5  Operational  Procedures 

ACOC  personnel  will  receive  information  from  and 
provide  direction  to  Sub-Regional  Control  Facilities 
personnel.  The  ACOC  DCOSS  will  receive  messages  from  SRCF 
DCOSS  equipment  that  will  include  accurate  information  on 
system  status,  system  configuration,  traffic  data, 
equipment  performance,  equipment  reliability,  and  equipment 
inventory.  This  information  will  support  headquarters  and 


area  headquarters  staff  personnel  and  will  result  in 
improved  quality  assurance,  better  logistics  support,  and  a 
better  engineered  network. 

ACOC  personnel  will  produce  standard  and  special 
purpose  reports  from  data  contained  in  the  OCOSS  data 
base.  These  reports  will  be  transmitted  to  other  DSTs  when 
requested. 

5.1 .3 . 2  Overall  System  Enhancements 

Overall  system  enhancements  to  the  ACOC  OCOSS  will 
include  Advanced  Data  Correlation,  Advanced  System  Mode 
Operation,  Data  Base  Integrity  Processing,  Distributed  Data 
Base  Operation  and  Automatic  Reroute  Plan  Generation. 

The  Advanced  Data  Correlation  capability  will  enable 
ACOC  personnel  to  program  correlation  data  into  the  DCOSS 
thereby  alleviating  the  manual  correlation  burden.  An 
example  of  advanced  data  correlation  would  include 
correlation  of  logical  alarms  and  status  data  with  physical 
equipment.  The  Advanced  System  Mode  operation  will  allow 
high  level  functions  to  be  implemented  with  one  command. 

The  Distributed  Data  Base  Operation  will  permit  development 
and  use  of  a  single  DCOSS  data  base.  Each  DST  will  store 
its  local  date  and  have  access  to  a  centralized  dat8  base 


The  scope  and  depth  of  information  available  on  DCOSS  will 


6  1 

permit  the  optimal  c i r c u i t / t r u n k  reroutes  when  basic 
parameters  are  identified. 

L.J . .3 -..2.-2 _ System  interface  Enhancements 

Additional  systems  with  which  the  DCOSS  will  interface 
include; 

a.  DOSS 

b .  AMPE  M/C 
C .  DDN  M/C 

5  „1.4 _ A-CQ  C. ..  DCQ  .S  .S.  ,1  n  t  <?  r  l  ace  ? 


In  the  near-term,  the  DCOSS  will  interface  with  the 
World  Wide  On  Line  System  (WWOLS)  and  the  Defense  Satellite 
Communication  System  (DSCS)  Operation  Support  System 
(DOSS).  In  the  future,  DCOSS  will  also  interface  with  the 
Automated  Message  Processing  Equipment  Monitoring  Center 
and  Defense  Data  Network  Monitoring  Center.  This  section 
describes  the  hardware,  software  and  protocols  necessary  to 
support  these  interfaces.  The  International  Organization 
for  Standardization  (ISO)  (7)  Layer  Open  System 
Interconnection  (OSI)  reference  model  is  used  as  a 
framework  for  this  discussion.  See  Figure  5-3. 
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OSI  LAYER  PROTOCOLS 


DCOSS  application  programs  shall  transfer  commands, 
action  requests,  responses,  reports,  alarms  and  data  files 
in  either  direction  as  determined  by  the  specific 
application  process.  Specific  formats,  content  and  volumes 
of  data  are  to  be  determined.  The  application  layershall 
have  the  capability  to; 


a.  open  connections, 

b .  send  data, 

c.  prioritize  data, 

d.  receive  data, 

e.  close  connections,  and 

f.  receive  and  act  upon  DDN  Network  Status 


S  .  I..,  4  .  2 _ Presentations  (Laver  6  ) 


Department  of  Defense  TELNET,  FTP  and  SMTP  protocols 
shall  be  used  for  the  Presentation  Layer.  These  protocols 
will  satisfy  terminal  connection  to  processor,  file 


transfer  and  mail  transfer  requirements  of  the  application 


The  IBM  VM  Interface  Program  for  TCP/IP  includes 


TELNET,  FTP  and  SMTP  software  developed  in  accordance  with 
OARPA  RFC  764,  OARPA  RFC  765  and  DARPA  RFC  821, 
respec t i ve I y .  TELENET  and  Full  Screen  Package  (FSP) 
software  support  local  terminal  to  communications  with 
remote  terminals  or  processors.  FTP  provides  file  transfer 
capability  to/from  remote  hosts.  SMTP  provides  the 
capability  to  send  mail  to  remote  users  using  the  CMS 
comma  n  d . 


There  is  no  government  protocol  equivalent  for  the 
Session  Layer.  The  OSI-equivalent  functions  for  this  layer 
are  processed  in  other  levels. 


TCP/IP  and  ICMP  shall  be  used  for  the  Transport  Layer. 
IBM  VM  Interface  Program  provides  TCP,  IP,  and  ICMP  that 
is  used  to  process  communications  for  an  internetwork 
connection.  The  Network  Control  Facility  (NCF)  TCP/IP 
shall  support  one  or  more  connections  to  the  alternate 
ACOC .  Consequently  the  ACOOCOP/IP  shall  support  one  or 
more  connections  to  the  NCF. 


V 


Communication  System  (DSCS).  The  DOSS  control  structure 
parallels  the  DCOSS  from  the  satellite  ground  terminal  or 
facility  level  to  the  ACOC  at  the  theater  level.  DOSS  and 
DCOSS  control  is  integrated  at  the  theater  level.  Other 
Operation  Support  Systems  integrated  at  with  DCOSS  at  the 
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theater  level  are  the  Automated  Message  Processing 
Equipment  Monitoring  Center  (AMPE  &  M/C)  and  Defense  Data 
Network  Monitoring  Center  (DDN  M/C). 


5.2.1  DOSS  Functions  and  Responsibilities 


The  DOS  S  will  assist 
following  functions  and 


the  ACOC  by  performing 
responsibilities: 


t  h  e 


Report  and  respond  to  direction  from  the  ACOC 
within  the  timeframe  specified. 


b.  Control  all  satellite  accesses  by  directing, 
monitoring  and  controlling  earth  terminal 
transmission  parameters  for  each  link. 


c.  Conduct  trunk,  link  and  network  establishments  in 
response  to  ACOC  direction. 

d.  Respond  to  the  ACOC  for  implementation  of  restoral 
plans  and  actions  for  network  problems  affecting 
communications  service. 


e.  Monitor  and  direct  special  user  networks  in 

accordance  with  the  authority  delegated  by  the 


ACOC  . 


0  Maintain  the  DOSS  operational  data  base. 

h.  Maintain  the  satellite  communications  payload 
configuration  by  executing  commands  to  the 

s  a  t  e  I  I  i  t  e  . 

i.  Support  the  Air  Force  Satellite  Control  Facility 
satellite  commanding  and  telemetry  requirements 
when  directed  by  the  ACOC . 

_ S  u  b  -  Re  ai-Q-n  a  1 . C  o  n  t  r  o 1  F  a  c  i  I  i  t  y  C  S  R  C  F  ) 

The  SRCF  is  the  primary  operations  facility  for 
transmission  and  switching  control  in  a  subregion  of  the 
DCS.  It  provides  operation  and  maintenance  as  well  as 
system  control  and  administration  functions.  The  SRCF  will 
augment  and  eventually  replace  the  present  Facility  Control 
Offices  CFCOs)  (See  Figure  1.1  and  Figure  4-1). 

The  integration  of  switching  and  transmission  control 
at  the  SRCF  level  will  promote  efficiency  in  normal 
conditions  and  enhance  survivability  under  stress  SRCF 
responsibilities  include  system  control  and  administrative 
reporting  during  normal  operation.  The  SRCF  is  also 


responsible  for  centralized  operations  and  maintenance  for 


the  stations  within  the  subregion. 


During  contingency 


operations,  the  SRCF  responsibilities  include  system 
control  for  the  region  in  the  event  of  a  loss  of  the  ACOC 
and  AACOC. 

The  SRCF  works  closely  with  the  station  level  elements 
for  subregion  operation  and  maintenance.  By  using  DCOSS, 
the  SRCF  has  more  effective  control  of  switching  and 
transmission  systems  at  the  station  level.  Automatic  data 
processing  support  will  be  used  to  implement  more 
effective  remote  control  and  centralized  functions  such  as 
alarm  reporting,  fault  isolation,  patching,  testing,  status 
reporting  and  record  keeping. 

The  SRCFs  will  provide  an  optimal  blend  of  centralized 
and  distributed  processing,  directing  economical  operation 
on  a  daily  basis  and  also  meeting  critical  user  needs  in 
time  of  stress.  To  meet  these  needs,  functional 
requirements  of  the  DCS  have  been  divided  into  three  areas: 
system  control,  operation  and  maintenance,  and 
administration. 

Those  real-time  activities  necessary  to  configure, 
restore  and  ensure  effective  performance  of  the  DCS  are 
designated  "system  control."  These  activities  include 
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network  management  for  switching  systems  and  transmission 
management  for  transmission  systems.  The  SRCF  will  perform 
the  following  system  control  activities: 


Switch  Traffic  Monitoring 
Switch  Network  Management 

Se r v i c e - A f f e c t i n g  Fault  Alarm  Monitoring 
Transmission  Management 

Critical  user  service  restoral  for  Defense 
Switched  Network  (DSN)  switch  failures 


Information  Correlation 


Those  activities  necessary  to  operate  and  maintain  all 
switching  and  transmission  equipment  needed  for  user 
service  are  designated  "operations  and  maintenance."  The 
SRCF  will  perform  the  following  operations  and  maintenance 
a  c  t  i  v  i  ties: 


Service  Provisioning 


Corrective  Maintenance 


Preventive  Maintenance 


Resource  Implementation 


Directory  Service  Assistance 


Those  nonreal-time  planning,  reporting  and  general 
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f. 


record  Keeping  activities  required  to  provide  user  service 


are  designated  "administration."  The  SRCF  will  perform  the 
following  administrative  activities: 

a.  Record  Keeping 
b  Reporting 
c.  Operations  Planning 

5.3.1  SRCF  Functions  and  Responsibilities 


The  DCOSS  will  assist  with  the  following  functions  and 
responsibilities  of  the  SRCF  controllers  in  accordance  with 
OCAC  310-70-1  (Draft),  February  6,  1986: 


Coord i n  a  t  e 
and  specif 


control  actions  affecting  sector  levels 
ed  services  to  designated  users. 


b  . 


Coordinate  control  actions  between  nodal  levels  of 
responsibility. 


Direct  control  actions  of  assigned  nodal  leve 


d 


Advise  users  of  serious  disruptions  to  their 
c  o  mm  unications  capabilities  as  directed  through 


c  omma  ndchanne I s 


Monitor  and  analyze  the  status  of  facilities, 
networks  and  subsystems  under  their  control. 

Analyze  and  develop  trends  in  quality  of  service 
and  trouble  reports  based  on  performance  data  from 
nodal  level  elements. 

Direct  and  coordinate  activities  to  identify  and 
localize  faults  within  multiple  link 
configurations. 

Conduct  traffic  control,  network  and  configuration 
control,  system  level  restoral,  system  testing  and 
performance  analysis. 


Coordinate 

with  agencies  ha 

v  i  n  g 

sector  wide 

c  ommu  n i  c  a  t 

ions  responsibili 

ties 

Csubordinat 

e 

c  omp  o  n  e  n  t 

commands,  communi 

c  a  t  i 

ons  operatin 

0 

groups  and 

foreign  and  loca 

1  c  a 

rriers)  keep 

i  n  g 

them  informed  of  operations 

1  s  t 

a  t  u  $  of  a  s  s  i 

gned 

facilities 

and  s  y  s  t  ems . 

Direct  and 

mo  nitor  restoral 

and 

reroute  act 

ions 

within  the 

sector  in  accordance 

with  a  p  p  r  o  v 

e  d 

centralized  restoral  plans  and  develop, 
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coordinate,  and  publish  sector  level  restoral 


plans 


Monitor,  supervise  and  direct  actions  to  correct 
degradations  that  affect  facility,  network,  and 
system  performance  within  the  sector. 


I.  Coordinate  with  adjacent,  control  levels  to  ensure 
continuity,  quality  and  availability  of  service 
over  multiple  links. 


m  Respond  to  direction  from  higher  control  levels 


n  Coordinate  with  c  omme  rcial  carriers  to  effect 

restoral  of  leased  facilities  when  it  is  beyond 
the  capability  of  the  local  TCF. 


The  DCOSS  at  the  SRCF  will  be  run  on  Data  General 
Eclipse  MV-20000C  or  equivalent  computers.  The  following 
is  a  complete  listing  of  SRCF  DCOSS  hardware: 


Cl)  each  Data  General  Eclipse  20000C  with  the 
following  circuit  boards. 
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The 

following  is  a  list 

ing  of  software 

for  SRCF 

DCOSS 

f  a  c  i 

1  i  t 

ies.  This  software 

is  designated  to 

run  on 

the 

Data 

Genera  1 

Eclipse  MV- 2 0 0 0 0 C  computer: 

a  . 

VS  Operating  System 

b  . 

AOS/VS 

c  . 

AOS  Fortran  5 

d  . 

AOS/VS  PL/I 

e  . 

AOS/VS  DG/SQL  Data 

Base  Ma  na  gme  n  t 

System 

5  ,  3 
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With  the  exception  of  computer  operator  consoles,  all 
terminals  connected  to  DCOSS  will  be  DCOSS  Standard 
Terminals  (DSTs).  The  DST  will  be  capable  of  operating  in 
the  following  three  modes:  TTY  terminal,  DDN- comp  a t i b I e 
terminal,  and  stand-alone  terminal.  The  DST  will  provide 
the  capability  to  issue  switch  and  transmission  controls, 
update  the  data  base,  receive  alarms  and  generate  reports. 
Each  DST  will  be  capable  of  interfacing  with  the  system  in 
three  modes: 

a.  Terminal  to  terminal  mode.  This  mode  will  be  used 
for  communication  with  other  DSTs. 

b.  Terminal  Emulation  Mode.  This  mode  provides  the 
capability  for  an  SRCF  DST  to  interact  with  a 
distant  switch  or  the  SRCF-DST  was  transmission 
equipment  as  if  the  SRCF-DST  was  a  local  terminal. 

c.  System  mode.  This  mode  views  entire  systems  (e.g. 
TRAMCON,  DPAS,  etc.)  as  a  single  subsystem  with 
which  the  DST  will  interact  to  perform  required 


f  u  n  c  t  ions 


The  DCOSS  will  use  a  totally  integrated,  relational 
data  base.  A  core  set  of  common-user  data  including 
circuit  and  location  identifiers  will  be  provided  as  well 
as  the  capability  to  extend  core  data  to  meet  specific  user 
requirements.  A  Data  Base  Administrator  (DBA)  will  be 
identified  at  each  SRCF  location  to  ensure  appropriate 
procedures  are  set  up  and  used  for  the  administration  and 
maintenance  of  the  DCOSS  SRCF  data  base. 


5 . 3  .  3  .  1  ■  3 _ l  n  t  e  r  f..a  c  e  ? 


The  SRCF  DCOSS  will  support  data  connections  in  the 
dedicated,  circuit  switched  and  packet  switched  connection 
modes.  The  International  Organization  for  Standardization 
(ISO)  Open  System  Interconnection  (OSI)  reference  model 
will  be  used  to  describe  the  architecture.  See  section 
5.1.4. 
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The  SRCF  DCOSS  will  interface  with  the  following 
transmission  systems: 

a.  TRAMCON 

b.  OPAS 

c.  Automated  Circuit  Test  Equipment 

d.  Low  Speed  Time  Division  Multiplexers 

The  SRCF  DCOSS  will  also  interface  with  building 
environmental  monitoring  and  control  systems  at  unmanned 
switch  and  transmission  facilities.  The  system  will 
monitor  the  status  of  building  power,  DC  batteries, 
heating,  doors,  etc.,  in  these  facilities  and  notify  remote 
SRCF  personnel  of  abnormal  conditions  through  the  DCOSS 
alarm  system 

5.3.3.  1.4  Operational  Implementation 

The  DSTs  will  operate  in  real-time  to  perform  functions 
identified  in  section  5.3.1.  The  capability  to  perform 
nonreal-time  functions  without  degrading  real-time 
performance  will  also  be  provided.  Network  management 
alarm  and  command  responses  will  be  accomplished  in 
real-time. 
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SRCF  personnel  will  use  the  DCOSS  to  store  automated 
restoral  plans  developed  by  the  ACOC  and  will  transmit  them 
to  subordinate  centers.  These  may  be  preplanned  and 
transmitted  when  convenient,  or  computed  in  real-time  and 
transmitted  for  immediate  action.  Router  software  will  be 
available  to  support  this  function. 


The  SRCF  DCOSS  will  implement  pre-established  network 
controls  when  directed  by  a  network  controller.  A  network 
controller  will  enter  the  desired  command  and  the  DCOSS 
automatic  data  processing  equipment  will  disseminate  the 
directives  to  the  appropriate  subsystem  monitoring 
centers.  This  automation  will  improve  the  rerouting, 
restoration  and  reconf  iguat  ion  of  the  DCS  by  making  optimum 
use  of  remaining  network  resources.  The  SRCF  DCOSS  will 
take  single  en‘ry  commands  and  break  them  down  into 
commands  to  multiple  network  equipment. 


The  SRCF  DCOSS  will  provide  real-time  configuration 
control  through  system  modifications  and  additions. 
Telecommunication  Service  Orders  (TSOs),  Defense  Switched 
Network  routing  table  changes  etc.  will  flow  through  the 
DCOSS  c ommu n ications  facilities  automatically  updating 
system  configuration  data  bases.  Reports  on  actions  taken 
at  lower  levels  (Technical  Control  Facility 
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actions,  in-effect  reports,  etc.)  will  automatically  update 
configuration  data  bases  at  the  SRCF  and  ACOC . 


5 ■ 3 . 3 .  1 .  5 _ Operational  Procedures 

SRCF  personnel  will  receive  direction  from  the  ACOC  and 
AACOC  DCOSS  consistent  with  operational  procedures  in  their 
theater.  The  SRCF  DCOSS  will  also  receive  information  from 
and  provide  direction  to  nodal  level  Technical  Control 
Facilities  and  will  assist  Technical  Control  Facilities  and 
subsystem  monitoring  centers  in  fault  analysis.  The  SRCF 
DCOSS  will  have  regional  and  theater  wide  status  of  system 
health  and  will  perform  fault  isolation  across  Nodal 
Technical  Control  Facilities  and  subsystem  boundaries. 

The  SRCF  DCOSS  will  receive  reporting  messages  from 
nodal  technical  control  facilities  providing  accurate 
information  on  system  status,  system  configuration  traffic 
data,  equipment  performance,  equipment  reliability  and 
equipment  inventory.  This  information  will  support  the 
SRCF  staff  resulting  in  improved  quality  assurance,  better 
logistics  support  and  a  better  engineered  network. 


Overall  system  enhancements  to  the  SRCF  DCOSS  will 


include  Advanced  Data  Correlation,  Advanced  System  Mode 
Operation,  Data  Base  Integrity  Processing,  Distributed  Data 
Base  Operation,  and  Automated  Reroute  Plan  Generation. 

The  Advanced  Data  Correlation  capability  will  enable  SRCF 
personnel  to  program  correlation  data  into  the  SRCF  DCOSS 
thereby  alleviating  the  correlation  burden  on  SRCF 
personnel.  An  example  of  advanced  data  correlation  would 
include  correlation  of  logical  alarms  and  status  data  with 
physical  equipment.  The  advanced  system  mode  operation 
will  allow  high  level  functions  to  be  implemented  with  one 
command.  The  Distributed  Data  Base  Operation  will  permit 
development  and  use  of  a  single  DCOSS  data  base.  Each  DST 
will  store  its  local  data  and  have  access  to  data  in  a 
centralized  data  base.  The  scope  and  depth  of  information 


available  on  DCOSS  will  permit  optimal  circuit/trunk 
reroutes  when  basic  parameters  are  identified. 


The  SRCF  OCOSS  will  interface  with  other  SRCF  DCOSS 
facilities,  ACOC  and  AACOC  OCOSS  facilities,  TRAMCON  and 
DSN  facilities.  Configuration  at  particular  levels  of  the 


OS  I  model  is  described  in  section  5.1.4. 


CHAPTER  VI 


Nodal  and  Facility  Level  Architecture 

6.0  I  n  t  r  od  uc.t  i  Q_n 

This  chapter  discusses  the  station  level  control 
architecture  as  implemented  under  the  Defense 
Communications  Agency  Operations  Support  System  (DCOSS). 

The  station  level  includes  Technical  Control  Facilities 
(TCFs)  and  major  TCFs  (Nodal  Facilities).  Nodal  Facilities 
are  major  switching  centers.  (See  Figure  6-1). 

This  chapter  will  describe  the  TCFs  and  Nodal 
Facilities  in  terms  of  the  following  areas: 

a.  Functions/Responsibilities 

b.  Management  and  Control  Systems 

c.  DCOSS  Hardware  and  Software 

d.  Functional  Interfaces 


6.1  Function  s/Responsibi  I  i  ties 


6J.1  Node  l  (Level  4 ) 

Nodal  control  is  the  fourth  level  of  control  and  is 


LEVEL  3 
SECTOR 


LEVEL  4 
NODAL 


LEVEL  5 
FACILITY 


FIGURE  6-1 

DCS  CONTROL  HEIRARCHY 


associated  with  a  major  technical  control  facility  or  a 
major  switching  node  such  as  a  DSN  Switch  or  Immediate 
Switching  Center.  The  responsibilities  of  the  nodal 
controller  are: 


Coordinate  control  actions  affecting  nodal 
levels  and  specified  serviced  to  designated 
users  . 

Coordinate  control  actions  between  facility 
levels  of  responsibilities. 

Direct  control  actions  of  assigned  facility 
levels. 

Exercise  configuration  control  over 
constituent  facilities. 

Advise  users  of  serious  disruptions  of  their 
communications  capabilities  through  command 
c  h  a  n  n  e  I  s  . 

Control  the  sending,  measuring,  parameter 
thresholds  settings,  and  storing  of 
measurement  data  and  alarms. 

Monitor  equipment  and  subsystem  performance. 

Measure  quality  assurance  performance 
p  a  r  ame  ter j. 

Direct  and  coordinate  activities  in 
identifying  and  localizing  faults. 

Reroute  and  restore  disrupted  circuits, 
trunks,  and  links. 

Report  to  and  respond  to  directions  from 
higher  headquarters. 

Coordinate  with  other  agencies  having 
nodelwide  c  ommu  nications  responsibilities, 
keeping  them  informed  of  the  operational 
status  of  assigned  facilities. 


V  V  V  * 


Facility  control  is  the  lowest  level  of  control  and  is 
peculiar  to  a  specific  facility.  Facility  control  actions 
are  focused  on  local  equipment  using  provisions  built  into 
a  particular  communications  subsystem  design.  The 
responsibilities  of  the  facility  controller  are: 


a.  Perfrom  equipment  and  channel  quality 
control . 

b.  Perform  monitoring  and  testing. 

c.  Accomplish  equipment  substitution  and 
restoral,  and  channel  substitution,  restoral 
and  rerouting. 

d.  Conduct  fault  isolation. 

e.  Perform  preventive  and  corrective 
ma  i  n  t  e  n  a  n  c  e  . 

f  Peroute,  restore,  and  coordinate  restoration 

of  disrupted  circuits,  groups,  di-groups,  an 
supergroups  in  accordance  with  published 
restoral  plans  or  to  the  maximum  extent 
possible. 

g.  Assess  performance. 

h.  Notifying  users  of  service  disruptions  and 
conditions  affecting  restoral  of  service. 

i  Report  to  and  respond  to  direction  from 

higher  headquarters. 
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6.2  Management  and  Control  Systems 

Actual  equipment  and  circuit  cross-connection, 
transmission  testing,  monitoring,  and  control 
implementation  are  carried  out  at  the  lowest  level  at  which 
the  Digital  Patch  and  Access  System  (DPAS),  Transmission 
Monitoring  and  Control  System  (TRAMCON),  Automated  Circuit 
Test  System  (ACTS),  Technical  Control  Operating  SYstem 
(TCOSS)  reside.  These  operating  systems  typically  reside 
at  Technical  Control  Facilities  (TCFs)  and  DSN  Switching 
Centers.  Such  equipment  as  DPAS,  TRAMCOM,  ACTS,  etc.,  and 
associated  operations  are  not  part  of  the  DCOSS. 

The  present  DCOSS  design  does  not  include  DCOSS 
management  and  control  system  functions  at  the  Nodal  and 
Facility  levels.  The  DCOSS  will  interface  with  existing 
and  planned  support  systems  to  support  DCOSS  objectives. 
These  interfaces  will  be  discussed  in  Section  6.4. 


6.3  DCOSS  Hardware  and  Software 

This  section  is  not  applicable  since  n 
or  support  functions  have  been  idert  •  *•  * 


Facility  levels 
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The  DCOSS  will  interface  with  existing  and  planned 
support  systems  (DPAS,  ACTS,  TRAMCON,  OTN)  at  the  Technical 

I 

Control  Facility  (TCF)  and  with  the  DSN  Switching  Center 
located  at  the  Nodal  Level.  Figure  6-2  shows  the  DCOSS 
interfaces,  as  planned.  The  following  discussion  will  be 
focused  on  the  specific  interfaces  shown  in  Figure  6-2. 


£-.1.1. TRAMCQN  InterUcg 

The  data  flows  across  the  SRCF-TRAMCON  interface  (See  1 
on  Figure  6-2)  are  limited  to  transmission  of  display 
commands,  TRAMCON  control  commands  from  SRCF  application 
programs,  and  to  displays  returned  to  the  SRCF  from  the 
TRAMCON.  The  SRCF  DCOSS  application  programs  will  appear 
to  TRAMCON  aoftware  as  local  terminals. 

SRCF  applications  programs  must  be  able  to  handle 
updates  to  a  display  (alarms)  when  a  SRCF  controller 
requests  activation  of  a  particular  display  in  the 
TRAMCON.  The  SRCF  DCOSS  will  interact  with  the  TRANCOM 
Master  Terminal  (TMT)  to  obtain  DCS  transmissions  and 


related  equipment  alarms,  status,  performance  monitoring 


(/)  DC  O  U-  U-<0 - l-H>“ 


TO  ACOC/AACOC 
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DCOSS  SUBSYSTEM  INTERFACES 
AT  THE  SRCF  AND  FACILITY  LEVELS 


data  and  to  update  or  transfer  data  bases.  Alarm 


reporting,  status  reporting,  performance  monitoring  data 
reporting,  queries  for  such  data  and  data  base 
upda t e s / t r an s f e r s  will  be  compu t e r - t o-compu t e r 
p r oce s s - t o- p r oce s s  interactions.  Remote  terminal  to  TMT 
will  also  allow  such  interactions,  but  these  will  be 
terminal  to  computer  interactions. 

Connectivity  will  be  accomplished  using  DOD  protocol 
TCF/IP  and  DON  X.25  while  higher  level  protocols  will  be 
contained  in  the  SRFC  computer  and  TRAMCON  Master 
Terminal.  PADs  will  be  used  as  required. 


6.1.2  JB.SN  I  n  ter  face 

This  interface  is  utilized  to  transfer  commands, 
requests,  reports,  alarms,  and  data  files  in  either 
direction.  (See  2  on  Figure  6-3).  Compu t e r - t o-compu t e r 
information  flows  will  consist  of  the  following: 

a .  SRCF  to  DSN  Switch 
1.  Switch  updates 
2  . 


Call  data  requests 


TO  ACOC/AACOC 
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3.  Traffic  data  raquaats 

4.  Restoral  commands 

5.  Normalization  commands 


DNS 

Switch  to  SRCF 

1  . 

Call  data 

2  . 

Traffic  data 

3  . 

Switch  trouble  alarms 

4  . 

Switch  update  completed  messages 

5  . 

Restoral  activated 

6. 

Status  messages 

7  . 

Service  normalized 

messages 

8  . 

Fault  alarms 

The  DSN  Switch  will  contain  the  higher  level  DOD 
protocols  while  it's  PAD  will  contain  the  transport  and 
lower  layer  (TCP/IP  and  DON  X.25).  The  SRCF  computer  and 
it’s  PAD  will  contain  identical  protocols. 


6.4.3  ACTS  Interface 

The  SRCF  DCOSS  will  interface  with  the  Automated 
Circuit  Test  System  (ACTS).  (See  3  on  Figure  6-4).  This 


test  system  will  provide  the  SRCF  DCOSS  the  capability  to 


TO  ACOC/AACOC 
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test  user  line  circuits  as  well  as  long-haul  circuits, 
remotely.  This  system  is  used  mostly  for  out-of-service 
testing  and  utilizes  a  test  access  switch  so  that  manual 
patching  will  not  be  necessary.  The  SRCF  DCOSS  will  use  a 
terminal  evaluation  program  when  interacting  with  the  ACTS. 

Information  flows  will  consist  of  data  base 
upda t e s / t r a n s f e r s ,  receiver  user  line  alarms,  command 
controls  for  preprogrammed  test  routines  within  the  ACTS 
control  processors  and  test  results  from  the  ACTS 
processor.  The  following  is  a  list  of  information 
transfers: 


SRCF 

to  ACTS 

1  . 

Comma  n  d 

test  routines 

2  . 

Reques t 

test  results 

3  . 

Request 

status 

4  . 

Da  tabase 

retrieval  requests 

5  . 

Update  database 

6  . 

Down  1 oad 

new/modified  test  routines 

b.  ACTS  to  SRCF 

1.  Acknowledge  test  routine  commands 

2.  Transfer  test  results 

3.  Provide  database  information  request 


«vv 


4.  Provide  status  reports 

5.  Acknowledge  database  updates 


6.  Acknowledge  new/mod i f i ed  test  routine 
down  loading 

DOO  protocols  will  be  used  with  the  PADs  containing 
transport  and  lower  layers  while  the  primary  computers  will 
contain  high  level  protocols.  In  the  future,  ISO  protocols 
will  be  substituted  for  the  DOD  protocols. 


6.1.4  DPAS  I nter face 

The  Digital  Patch  and  Access  System  (DPAS)  controls  the 
c r o s s - con n e c t  of  circuits  within  the  DCS  station.  (See  4 
on  Figure  6-5).  Information  flows  will  consist  of: 

a.  SRCF  to  DPAS 

1.  Cross-connect  command 
2  .  Request  for  status 

3.  Database  retrieval  requests 

4 .  Da  tabase  upda  t  e  s 

5.  Restoral  plan  updates 
6  . 


Test  access  reports 
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DPAS  to  SRCF 


b  . 

1.  Action  confirmation 

2.  Command  acknowledgement 

3.  Fault  alarms 

4.  Status  reports 

5.  Database  retrieval  requests 

6.  Database  update  confirmations 

7.  Test  access  confirmation 

The  SRCF  controller  will  be  able  to  use  his  DCOSS 
terminal  to  access  the  DPAS  and  will  appear  as  a  local  user 
to  DPAS.  As  such,  there  will  be  commands  and  data  records 
from  the  SRCF  terminal  to  the  DPAS  computer  and  a  return 
flow  of  information  screens. 

DOD  protocols  shall  be  used  and  PADs  will  contain 
transport  and  lower  layer  protocols  while  primary  computers 
will  contain  higher  level  protocols.  In  the  future,  ISO 
protocols  will  be  used. 


6.4.5  DTN  Interface 

The  SRCF  DCOSS  to  the  Digital  Transmission  Network 
(DTN)  interface  will  allow  the  SRCF  controller  to  perform 


DTN  functions,  remotely.  (See  5  on  Figure  6-6).  The  DTN 
controls  the  Low  Speed  Time  Division  Multiplexers  (LSTDM) 
within  the  DCS  station.  Information  flows  will  consist  of 
the  following: 

«.  SRCF  to  DTN 

1.  Circuit  data  rates  (Port  rate) 

2  .  Request  for  status 

3.  Database  retrieval  requests 

4 .  Database  upda  t  e  s 

5.  Restoral  plan  updates 

\ 

b.  DTN  to  SRCF 

1.  Action  confirmation  (Port  rate  charges) 

2.  Command  acknowledgement 

3.  Fault  alarms 

4.  Database  retrieval  replies 

5.  Database  update  confirmations 

DOD  protocols  shall  be  used  with  PADs  containing 
transport  and  lower  protocol  layers.  DOD  protocols  will  be 
replaced  with  ISO  protocols  in  the  future. 
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Implementation  of  the  DCOSS  to  support  the  integrated 
DCS  Control  Program  will  not  require  an  increase  in 
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manpower.  The  ACOC  Network  Control  Facility  CNCF)  and 
Alternate  NCF  will  be  staffed  by  contract  personnel.  The 
contracts  will  be  initiated  and  administered  by  DCA. 
Funding  will  be  from  the  Communications  Service  Industrial 
Program  in  support  of  the  communications  functions 
performed  by  the  DCOSS. 


additional  DSN  switches  become  operational,  associated  AO&M 


functions  can  be  performed  centrally  from  the  SRCF. 


I  JL.  3  ■  2 _ Phase  I  I  SRCF  Manoowe  r 


The  DCOSS-SRCF  implementation  will  provide  the 
capability  to  perform  selected  technical  control  facility 
functions  from  the  SRCFs.  Controllers  will  be  able  to 
remotely  access  switch  multiplexers.  Digital  Patch  and 
Access  Systems  (DPAS),  transmission  monitoring  systems,  and 
automatic  circuit  testing  equipment  from  the  SRCF.  At  this 
point,  technical  control  personnel  will  be  transitioned 
from  technical  control  facilities  to  the  SRCFs  along  with 
their  associated  functions. 


7  .  1 . 3 . 3 _ Phase  III  SRCF  Manoowe  r 


This  final  SRCF  phase  will  utilize 
controllers  (see  section  8.2)  who  will 
functions  at  all  levels  of  the  control 
multiple  DCS  subsystems. 


general  purpose 
be  able  to  perform 
hierarchy  and  on 
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Training  personnel  on  the  operations  and  maintenance  of 
OCOSS  equipment  is  discussed  in  the  followind  sections. 


The  Air  Force,  as  the  lead  Military  Department  (LMD), 
is  responsible  for  developing  and  providing  a  MILDEP  and 
DCA  coordinated  training  program  to  provide  DCOSS 
maintenance  and  controller  training. 


Training  of  personnel  at  the  NCF/Alt  NCFs  will  be 
provided  through  a  DCA  staffing  contract.  The  training 
will  be  coordinated  to  support  the  DCOSS  implementation  at 
the  Network  Control  Facility  CNCF).  Training  will  focus  on 
network  management  and  be  implemented  according  to  phased 
SRCF  r  e  q  u i r  erne  n  t  s . 


The  SRCF  training  is  phased  according  to  the  manpower 
requirements  previously  discussed.  This  phased  approach  is 
outlined  below. 


* 
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During  DCOSS  installation  at  the  SRCFs,  the  Air  Force 
will  provide  initial  technical  guidance  to  on-site 
personnel  in  operation  of  the  SRCF  equipment.  In  addition, 
each  SRCF  site  will  receive  two  student  weeks  of  training 
provided  at  one  of  the  Data  General  Education  Centers. 
Individuals  trained  at  Data  General  will  provide  on-the-job 
training  to  other  site  personnel.  Manuals  for 
ha r dwa r e / so f twa r e  will  be  provided  by  Data  General. 

Specific  training  on  hardware  maintenance  is  not  being 
provided  since  the  equipment  will  be  life  cycle  supported 


by  the  Air  Force. 


Phase  I  I  I  training  will  include  all  training  required 
for  general  purpose  controllers  with  skills  applicable  to 
all  levels  of  the  DCS  control  hierarchy  and  multiple  DCS 
subsystems.  The  US  Air  Force  will  have  responsibility  for 
Phase  III  training. 

■ZL-2...4 _ Training  Concept 

Government  personnel  will  initially  be  trained  using 
contractor  courses  either  in-plant,  at  a  Government 
training  school,  or  on-site.  Appropriate  Contractor  Data 
Requirements  List  (CDRL)  items  will  be  included  in  all 
procurement  solicitations  for  the  purpose  of  developing 
training  programs.  CDRLs  will  be  prepared  by  the  Air  Force 
in  coordination  with  the  other  MILDEPs  and  DCA . 

Equipment  procurements  will  include  sufficient  training 
equipment  for  the  Government  training  facility.  Training 
equipment  must  be  in  the  first  equipment  allocation 
delivered  to  the  Government.  This  assures  the  availability 


of  equipment  for  training  purposes. 
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Contractor  conducted  training,  if  required,  will 
provide  the  Government  personnel  with  the  initial 
capability  to  operate,  maintain,  and  train  other  personnel 
on  DCOSS  equipment.  Location  of  training  will  be 
deteremined  at  a  later  date.  Contractor  conducted  training 
requirements  included  in  solicitation  will  assure  that 
personnel  are  trained  prior  to  acceptance  of  equipment  and 
assuption  of  Government  operation  and  maintenance 
responsibility. 
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The  Air  Force  will  serve  as  the  life  cycle  manager  for 
the  SRCF  hardware  and  software,  DCOSS  integration  software, 
and  SRCF  communications  hardware  and  software  at  the  ACOC 
NCF/ALT  NCF.  OCA,  as  life  cycle  manager  for  the  NCF/ALT 
NCF  equipment  and  operating  system  software  will  be 
responsible  for  developing  an  Integrated  Logistics  Support 
Plan. 


DOD  Directive  5000.39,  4140.40  and  DOD  Instruction 
7040.5  establish  initial  and  follow-on  support  necessary  to 
attain  and  sustain  DCOSS  availability.  The  Air  Force  will 
recommend  and  make  available  to  other  MILDEPs  and  DCA  a 
Master  Support  List  in  accordance  with  AR  700-120,  C- 1 , 
titled  "Material  Distribution  Management,"  date  August  26, 
1974.  The  Air  Force  will  coordinate  and  provide  required 
documentation  to  other  MILDEPs  and  DCA,  adivising  them  of 
increased  support  requirements  and  the  estimated  date  when 
needed . 


Requirement  for  technical  data  will  be  identified  by 
DCA  and  the  Air  Force.  Unique  technical  data  requirments 


will  be  funded  by  the  requesting  MILDEP. 


1  -3-5 _ Tools  and  Test  Equipment 

The  Air  Force  will  determine  the  quantity  and  location 
of  tools  and  test  equipment  based  on  DCOSS  equipment 
distribution.  Items  of  common  tools  and  test  equipment 
already  in  the  inventory  will  be  acquired  on  as  needed 
basis  by  each  MILDEP.  Unique  tools  or  test  equipment  for 
each  piece  of  DCOSS  equipment  will  be  screened  by  all 
participating  MILDEPs  and  agencies.  The  Air  Force,  as  the 
LMD ,  will  acquire  unique  tools  and  test  equipment  for  those 
elements  of  DCOSS  for  which  it  has  support  responsibility. 

Calibration  procedures  for  test  equipment  will  be 
prepared  in  accordance  with  MIL-M-38793  and  assigned 
multiservice  numbers  prior  to  publication  and  distribution. 


The  Air  Force,  as  LMD,  is  responsible  for  providing 
technical  assistance,  when  requested.  This  request  will  be 


through  appropriate  channels  in  accordance  with  DOD 
Directive  1130.2  and  applicable  MILDEP  regulations  will 


app  I  y  . 


OCOSS  SECURITY 


DCS  systems  can  be  divided  into  two  groups  for  security 
purposes  -  those  that  operate  in  a  classified  mode  because 
they  deal  with  classified  information  and  those  that 
operate  in  an  unclassified  mode  because  they  deal  with 
unclassified  information  but  are  considered  sensitive  from 
the  standpoint  of  denial  of  communications  service. 


In  addition  to  the  requirements  above,  other  sources  of 
requirments  ares  security  requirements  and  policies  related 
to  the  OCA  Worldwide  On-Line  System  and  security 
requirements  and  policies  related  to  the  operation  of  the 
DCOSS  itself. 


The  DCOSS  must  be  designed  and  implemented  in  such  a 
manner  that  it  can  prevent  the  output  of  potentially 
compromising  data,  prevent  denial  of  service,  and  insure 
data  integrity.  The  following  describes  the  specific  DCOSS 


TXT* 
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security  requirements  as  detailed  in  the  Ma  n  a  g  erne n t 

Engineering  Plan  for  the _ Integrated  DCS  System  Cont 

Program  (OCONUS).  June  20,  1986,  Preliminary  Draft. 


The  DCOSS  shall  enforce  mandatory  access  of  security 
levels  (Unclassified  through  Secret)  on  all  subjects 
against  all  objects. 


The  DCOSS  shall  enforce  discretionary  access  to 
categories  of  data  on  a  "need-to-know"  basis  by  type  of  DCS 
subsystem  (eg.,  DPAS,  DON,  DSN,  and  DSCS). 


The  DCOSS  shall  ensure  protection  against  denial  of 
service  so  that  no  one  user  may  so  load  DCOSS  as  to  deny 
service  to  another  user.  Priorities  will  be  under 
consideration. 


The  OCOSS  shall  protect  data  from  alteration  except  by 


authorized  sources.  Maintaining  the  distributed  data  base 
with  integrity  is  the  primary  DCOSS  requirement. 


8-1-5 _ Accountab i  I  i tv 


The  OCOSS  shall  provide  accountability  on 
basis  by  the  use  of  passwords  and  independent 


an  individual 
auditing. 


8.1.6  Software  Safeguards 


The  DCOSS  shall  be 
that  the  software  that 
is  protected  from  unau 


implemented  in  such  a 
provides  the  measures 
thorized  modifications 


manner  such 
stated  above 
or  access  . 


L+2 _ DCOSS  Security  Criteria 


2 ..  1 _ Per  sonne  I 


All  personnel  who  operate,  maintain,  develop,  or  use 


g.%  i. 
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the  DCOSS  computer  systems  must  be  cleared  to  the  SECRET 
level,  and  must  be  United  States  citizens  (unless 
appropriate  waiver  of  citizenship  is  granted  by  proper 


authority  )  . 


8-2-.  2 _ Adm  i  n  i  s  t  rat  i  ve 


A  complete  set  of  DCOSS  security  documentation  must  be 
prepared  for  each  DCS  site  and  for  the  overall  system  by 
approved  security  personnel. 


fi  -  2.  ...3 _ Emanations  Security  CEMSEC) 


All  equipment  will  be  installed  in  accordance  with 
appropriate  RED/BLACK  security  criteria.  All  DCOSS 
automatic  data  processing  equipment  must  be  evaluated  and 
approved  for  use  in  a  SECRET/NO-FORN  physical  environment. 


1L _ £o_mm unications  Security  (COMSEC) 

All  communication  lines  external  to  building  which 
lata  or  are  connected  to  the  RED  side  of 


•Mti 


equipment  must  use  NSA  approved  e n c r y p t i o n / de c r y p t i o n 
equipment  to  secure  the  link. 


5 

l 

_ Computer  Security  CCOMPUSEC)  ' 

I 

> 

I. 

DCOSS  will  be  developed  in  accordance  with  an  approved 
DCOSS  Security  Concept  based  on  applicable  DOD  Computer 
Security  Center  directives  as  outlined  in  CSC-STD  001-83 
and  substantiated  in  the  OCOSS  security  architecture. 

Software  development  for  DCOSS  will  be  accomplished  by 
personnel  possessing  appropriate  security  classifications. 

Trusted  processors  and  software  will  be  acquired  from 
vendors  and  packages  listed  in  the  DOD-CSC  approved 
products  list.  Any  interface  by  secure  DCOSS  hosts  with 
non-secure,  non-trusted,  unclassified  systems  will  only  be 
accomplished  through  an  intermediary  processor  which  shall 
be  CSC-DOD  Trusted  Systems  Level  B-2  or  better.  The  flow 


of  information  shall  be  limited  to  rigidly  tempfatable 


Use  of  the  DCOSS  computer  systems  will  be,  from  a 


security  standpoint,  separate  from  operation,  system 
development,  and  data  base  updates.  The  access  of  each  of 
these  groups  of  personnel  will  be  unique  and  there  will  no 
redundancy  of  functions.  A  possible  exception  is  at  the 
SRCF  level  where  operational  and  user  personnel  may  be  the 
s  ame  person  . 


8 . 3 _ DCOSS  Security  Architecture 

S  .  3  .  1 _ GLC  n  fi  f.fl  I 

DCOSS  security  requirements  will  be  based  on  the 
security  needs  of  systems  that  utilize  the  DCOSS  computers 
(eg,  DSN,  WWOLS,  DDN,  etc).  The  DCOSS  will  include 
information  classifications  up  to  and  including  SECRET  and 
will  interface  with  unclassified  systems  at  the  SRCF  level 
and  with  classified  systems  at  the  SRCF  and  NCF  levels. 

To  meet  security  requirements  the  DCOSS  will  be 
designed  to  interface  in  a  multilevel  secure  mode  or  be 
configured  to  eliminate  the  need  for  unclassified  DCOSS 
interfaces.  Methods  of  providing  multilevel  secure 


operations  are  considered  to  be  a  risk,  at  present,  to  the 
timely  development  and  implementation  of  the  DCOSS. 


The  initial  DCOSS  secure  operation  is  one  in  which 
unclassified  DCOSS  operations  are  physically  separated  from 
classified  operations.  This  is  accomplished  by  installing 
separate  sets  of  processing  equipment  at  the  NCF  for 
classifed  and  unclassified  operations.  The  SRCF  would 
operate  in  an  unclassified  mode.  This  approach  requires 
parallel  sets  of  equipment  and  impacts  floor  space,  manning 
requirements,  logistics,  and  the  possible  loss  of  some 
degree  of  timeliness  related  to  integration  between  the 
classified  and  unclassified  DCOSS  operation.  This  method 
also  reduces  acquisition  risks  and  design  development. 


In  time,  the  above  method  could  be  replaced  by  a 
multilevel  secure  system  which  would  require  only  one 
equipment  architecture.  In  the  multilevel  secure  mode  of 
operation,  the  classified  host  computer  equipment  and 
software  would  be  required  to  meet  the  C2  level  security 
requirements,  would  be  operated  in  a  SECRET  System-High 
mode,  and  would  be  protected  by  a  multilevel  "guard"  unit 
or  would  be  designed  to  operate  as  a  multilevel  secure 


system. 


The  development  of  the  DCOSS  will  follow  a  phased 
approach  to  meeting  security  requirements.  The  DCOSS  will 
intially  be  implemented  in  an  unclassified  mode  during 
Phase  I.  (See  Figure  9-1).  It  will  then  transition  to  a 
separate  classified  and  unclassified  mode  during  Phase  II. 
(See  Figure  9-2).  Ultimately,  in  Phase  V  (Figure  9-3),  the 
DCOSS  would  operate  in  a  multilevel  host  secure  operation. 
It  may  be  determined  to  move  directly  from  Phase  II  to 
Phase  IV.  For  a  detailed  description  of  each  phase  see  the 
Manaoment  Engineering  Plan  for  the  Integrated  DCS  System 
Cont  ro  I  (OCONUS) .  June  20,  1986,  Preliminary  Draft,  Section 

1  3  . 

.fi-J?. ..  2 _ Eou  i  omen  t  Installation 

As  appropriate,  DCOSS  equipment  will  be  installed  with 
full  physical  security  arrangments,  will  be  evaluated  for 
TEMPEST  concerns  and  will  be  manned  by  appropriately 
cleared  personnel.  External  communications  will  be  COMSEC 


protected  and  internal  lines  will  use  protected  wire-line 
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WWOLS/OCOSS  SECURITY  CONFIGURATION 
PHASE  1  -  UNCLASSIFIED 


FIGURE  9-1 

WWOLS/OCOSS  SYSTEM  CONFIGURATION 
PHASE  II  ■  SEPARATE  HOSTS 


WWOLS/OCOSS  SYSTEM  SECURITY  CONFIGURATION 
PHASE  V  -  MULTILEVEL  MOST 


CHAPTER  IX 


CONCLUSIONS 


9.0  Genera  I 

As  a  result  of  this  project,  we  are  recommending  the 
following  actions  based  on  our  analysis  of  the  present  DCS 
control  system  and  planned  implementation  of  the  DCOSS .  We 
feel  that  accomplishing  these  actions  would  reduce  the  risk 
and  increase  the  potential  for  successful  DCOSS 
i  mp I  erne  n  t  a  t i o  n  . 

U _ Ij  Iff  f  ece.  .Cimt  ro  1  .vygrh  i.na  Grcup  MCQyv? 

The  DCOSS  relies  heavily  on  interfaces  to  other  support 
systems  (eg.  TRAMCON,  DPAS,  ACTS).  Early  identification 
of  external  and  internal  interface  requirements  and 
software  compatibility  is  essential  for  interoperability 
between  DCOSS  elements  and  other  operations  support 
equipment.  This  task  is  difficult  from  a  technical 
viewpoint  due  to  the  large  scope  of  this  effort  and  is 
compounded  by  the  different  agencies  and  MILDEPS  at  various 
levels  of  the  DCS  control  heirarchy.  That  is,  the  DCOSS 
must  interface  with  various  vendor  equipment,  in-place  and 


planned,  presently 

under 

control  of 

the 

individual  mil 

i  t  a  r  y 

depa  r  tmen  t  s  (Army, 

Navy, 

Air  Force) 

and 

DCA 

To  insure  configuration  changes  are  implemented  across 
all  participating  government  agencies,  the  CCB  must  have 
the  authority  and  the  means  to  effectively  oversee  all 
aspects  of  the  system  configuration.  The  CCB  must  be 
staffed  with  personnel  knowledgable  of  system  engineering 
and  must  asume  the  role  of  mediator  for  changes  that  effect 
different  agencies.  Additionally,  the  CCB  must  be  informed 
by  the  proposing  agency  of  any  change  that  effects  external 
agencies  outside  the  authority  of  the  proposing  agency. 


8-3  System  Ena i nee  r i nq 


The  scope  and  depth  of  the  DCOSS  dictates  a  need  for  a 
comprehensive  system  engineering  plan  DCOSS  is  extremely 
dependent  upon  stright  adherence  to  a  system  engineering 
authority.  As  such,  DCA  must  assume  the  overall 
responsibility  for  ensuring  that  the  DCOSS  is  designed  and 
implemented  in  accordance  with  sound  system  engineering 
practices.  The  lack  of  overall  system  engineering  has  led 
to  the  present  control  system  that  is  non- i n t e  rope  r ab l e  and 


heavily  dependent  upon  operator  intervention. 


a  ■  _ n  i  j  r.  j 


The  nature  of  the  DCOSS  is  such  that  technical  risk 
increases  at  the  lower  levels  of  the  DCS  control 
heirarchy.  OCOSS  interfaces  with  new  systems  designed  and 
developed  by  independent  MILDEPS  is  a  high  risk  area. 
Presently,  it  is  unclear  whether  DCOSS  interfaces  have  not 
been  fully  developed  and  identified  with  the  appropriate 
interface  control  agencies. 

In  addition,  software  compatibility  of  the  planned 
DCOSS  integrated  data  base  may  prove  costly  and  technically 
difficult.  This  poses  a  risk  to  pre-established  system 
milestones  This  is  compounded  by  the  fact  that  DCOSS  is 
largely  a  software  driven  system. 

To  reduce  the  above  risks,  a  comprehensive  examination 
of  interface  requirements  and  software  compatibility  must 
be  undertaken  at  the  earliest  possible  date.  The  Computer 
Resources  Working  Group  and  the  Interface  Control  Working 
Group  must  take  aggresive  action  in  to  identify  interface 
requirements  and  to  develop  a  method  of  control  to  ensure 


the  risks  discussed  above  are  minimized. 


APPENDIX  A 


AANE 

AAO 

AARTS 

ACAS 

ADM 

ADP 

ADPE 

AFC  L 

A  I 

AMA 

AMI  E 

AMPE 

ANCS 

AO&M/NM 

ARC 

ASC 

ATC 

AT&T 

AUTOD  I  N 

AUTOSERVOCOM 

AUTOVON 

8AAARS 

BCTF 
B  I  SMC 

CACEAS 

CAF 
C2 
CCB 
CCC 
CC  I  TT 

CCO 

CCS 

CCSO 

ccso 

CDE 
CDRl 
C  I 

C  I  NC 


Acronyms 


Allocation  and  Engineering 
AUTOVON  Assistance  Operator 
Automated  Audio  Remote  Test  Set 
AUTOVON  Centralized  Alarm  System 
Advanced  Development  Model 
Automated  Data  Processing 
Automated  Data  Processing  Equipment 
Air  Force  Logistics  Command 
Artificial  Intelligence 
Automatic  Message  Accounting 
AUTODIN  Management  index  System 
Automated  Message  Processing  Exchange 
AUTOVON  Network  Control  System 
Administration,  Operation  and 
Maintenance/Network  Management 
Acquisition  Review  Committee 
AUTODIN  Switching  Center 
Automatic  Traffic  Control 
American  Telephone  and  Telegraph 
Automatic  Digital  Network 
Automatic  Secure  Voice  Communications 
Network 

Automatic  Voice  Network 

Base  Access  Area  Automated  Reporting 

System 

Base  Central  Test  Facility 
Base  Information  Systems  Management 
Center 

Computer  Assisted  Circuit  Engineering 
and  Allocation  System 
Centralized  Administration  Facility 
Command  and  Control 
Configuration  Control  Board 
Critical  Control  Circuits 
International  Consultative  Committee  for 
Telegraph  and  Telephone 
Circuit  Control  Office 
Common  Channel  Signaling 
Command  and  Control  System 
Organization  (DCA  G  Codes) 
Communications  Computer  Support  Office 
Critical  Design  Element 
Contract  Data  Requirements  List 
Configuration  Item 
Comma  nder-in-Chief 


CL  I  N 
CM 
CMF 
COM 

COMSEC 

COMSTAT 

CONEX 

COOP 

CPC  I 

CPCP 

CPCSB 

CP  IN 
CR  I  SP 

CRT 

CRWG 

CTL 

DBA 

DBDG 

DBMS 

DCA 

DCAC 

DCA -EUR 

DCA  I 

DCAOC 
DC A  -  PA  C 
DCE 
DCEC 

DCOSS 

DCS 

DCSO 

DCTN 

DCUS 

DDN 

DEB 

DEB 

DECCO 

DES 

DOCC 

DOCC 

DOCS 

DOD 

DOSS 

DPAS 

DSA 

DSCSOC 


Control  Line  Item  Number 
Configuration  Management 
Centralized  Maintenance  Facility 
Centralized  Organizational  Maintenance 
Communications  Security 
Communications  Status  (Report) 
Contingency  and  Exercise 
Continuity  of  Operations  Plan 
Computer  Program  Configuration  Item 
Computer  Program  Change  Proposal 
Computer  Program  Configuration 
Sub-Board 

Computer  Program  Identification  Number 
Computer  Resources  Integrated  Support 
Plan 

Cathode  Ray  Tube 

Computer  Resources  Working  Group 

Circuit,  Trunk  Link 

Data  Base  Administrator 

Data  Base  Design  Group 

Data  Base  Management  System 

Defense  Communications  Agency 

DCA  Circular 

Defense  Communications  Age n c y-E u r op e 
Defense  Communications  Agency 
Instruct  ion 
DCA  Operations  Center 

Defense  Communications  Agency-Pacific 
Defense  Communications  Equipment 
Defense  Communications  Engineering 
Center 

Defense  Communications  Operations 
Suppor  t  Center 

Defense  Communications  System 
Defense  Commun i ca tons  System 
Organization  (DCA  B  Codes) 

Defense  Commercial  Telecommunications 
Network 

DCOSS  Common  User  Subsystem 
Defense  Data  Network 
Derey  Engineering  Building 
Digital  European  Backbone 
Defense  Commercial  Communications 
Off  ice 

Data  Encryption  Standard  (FIPS  46) 

DCA  Operations  Control  Complex 
DCA  Operations  Center  Complex 
DSCS  Operations  Control  System 
Department  of  Defense 
DSCS  Operational  Support  System 
Digital  Patch  and  Access  System 
Dial  Service  Assistance 
DSCS  Operations  Center 


Agency-Pac  i  f 
Equ i pmen  t 
Engineering 

Ope  r  a  t ions 

System 


DSN 

DSNM 

DST 

OTN 

ECCB 

ECP 

EDB 

EF  AS 

EMP 

EO 

ERP 

ERS 

ETR 

ETS 

FAS 

F  CO 

FMS 

FOC 

FPP 

FRD 

HA2CON 
HEMP 
HMIWG 
IAS 
I  AW 
I  CD 
I  CWG 
I  DF 
I  DSC 
I  LS 

IMPRESS 
I NFORM 
I  OC 
I  RU 

l-S/A  AMPE 

I  SC 
I  SF 
I  V&V 
JCS 
JDSSC 

JMTSS 

KDC 
K  I  P 
KTU 
LAN 
LDP 
LMD 
LOS 
LRU 


Defense  Switched  Network 

Defense  Switched  Network  Mangement 

DCOSS  Standard  Terminal 

Data  Transmission  Network 

Executive  Configuration  Control  Board 

Engineering  Change  Proposal 

Exercise  Data  Base 

Enhanced  Fault  Alarm  System 

Electro-Magnetic  Pulse 

End  Office 

European  Restoral  Plan 

Emergency  Relocation  Site 

Estimated  Time  to  Repair 

European  Telephone  System 

Fault  Alarm  System 

Facility  Control  Office 

File  Maintenance  System 

Final  Operational  Capability 

Facility  Project  Plan 

Functional  Requirement  Description 

Hazardous  Conditions 

High-altitude  Electro-Magnetic  Pulse 
Human-Machine  Interface  Working  Group 
Integrated  AUTODIN  System 
I n  Accordance  Wi th 
Interface  Control  Document 
Interface  Control  Working  Group 
Intermediate  Distribution  Frame 
Integrated  DCS  System  Control  Program 
Integrated  Logisitcs  Support 
I  np a c t / Re s t o r a  I  System 
Information  Retrieval  System 
Initial  Operational  Capability 
Intellegent  Remote  Unit 

I n t e r -Se r v i c e / Age n c y  Automated  Message 
Processing  Exchange 
Intermediate  Switching  Center 
Integrated  Support  Facility 
Independent  Verification  and  Validation 
Joint  Chiefs  of  Staff 
Joint  Data  System  Support  Center 
( DCA  C  Codes} 

Joint  Multichannel  Trunking  and  Switching 
System 

Key  Distribution  Center 
Korean  Improvement  Program 
Korean  Telephone  Upgrade 
Local  Area  Ne  twor  k 
Local  Display  Terminal 
Lead  Military  Department 
Line  of  Sight 
Line  Replaceable  Unit 


LSTDM 

MC 

MEC 

MEP 

Ml LDEP 

Ml  LNET 

Ml  NET 

MPU 

MSRD 

MTC 

MUX 

NALLA 

NATO 

NCA 

NCF 

NCS 


Low-Speed  Time-Division  Multiplexers 

Monitoring  Center 

Minimum  Essential  Circuit 

Management  Engineering  Plan 

Military  Department 

Military  Network 

Movement  Information  Network 

Micro-Processing  Unit 

Master  Software  Requirement  Document 

Monitoring  and  Test  Center 

Multiplexer 

National  Long  Lines  Agency 
North  Atlantic  Treaty  Organization 
National  Command  Authority 
Network  Control  Facility 
National  Communications  System 


NDCS 

N  I  S 

NM 

NROs 

NS&C 

OCONUS 

O&M 

OPR 

OS  I 

OSRD 

OTSE 

OTS 

PBX 

PCA 

PD 

PDR 

PL  CM 

PM 

PMD 

PMO 

PMP 

PMRT 

PROM 

PS  I 

PFT 

RAM 

RCF 

RSD 

RDT 

RDT&E 


Network  Data  Control  System 
Network  Information  System 
Network  Management 
Network  Routing  Orders 
Network  Surveillance  and  Control 
Outside  Continental  United  States 
Operations  and  Management 
Office  of  Primary  Responsibility 
Operational  Subsystem  Interface 
Operational  Software  Requirements 
Doc ume n  t 

Operational  Test  and  Evaluation 
Ohau  Telephone  System 
Private  Branch  Exchange 
Physical  Configuration  Audit 
Program  Directive 
Preliminary  Design  Review 
Product  Level  Con f i gu r a t  i  on  Management 
Preventive  Maintenance 
Program  Management  Directive 
Program  Management  Office 
Program  Management  Plan 
Program  Management  Re s pon s i b  i  I  i t y 
Transfer 

Programmable  Read-Only  Memory 
Program  and  System  Integration 
(DCA  J  Codes) 

Patch  and  Test  Facility 
Ramdom  Access  Memory 
Regional  Control  Facility 
Research  and  Development 
Remote  Display  Terminal 
Research,  Development,  Test  4 
Eva  I ua  t ion 
Reason  for  Outage 
Request  for  Waiver 


RFO 

RFW 


RMR 

ROM 

SACO  I  N 

SCF 

SCN 

SDS/PARS 

SEBD 

SETA 

SM/ALC 

SMD 

SMF 

SOR 

SPC 

SRCF 

SSF 

SV  I  P 

TCF 

TOO 

T  COS  S 

T  DCS 

TDOP 

TEDS 

T  I  P 

TMT 

TNOP 

TSO 

TSR 

TTY 

USC I NCEUR 
VDU 
VFCT 
VG 

WASP 

WHCA 

WIN 

Wl  NCS 

WWDSA 

WWMCCS 


Rapid  Memory  Reload 
Read-On  I y  Memo  r  y 

Strategic  Air  Command  Digital  Network 
Secure  Conferencing  Project 
Specification  Change  Notice 
Statistical  Data  System/Per  formance 
Analysis  Reporting  System 
System  Engineering  Data  Base 
System  Engineering  and  Technical 
Assistance 

Sacremento  Air  Logistics  Center 
System  Management  Division 
Software  Maintenance  Facility 
Statement  of  Requirements 
Stored  Program  Control 
Sub-Region  Control  Facility 
System  Support  Facility 
Secure  Voice  Improvement  Program 
Technical  Control  Facility 
Telecommunications  Ce r t i f i ca t i on  Office 
Technical  Control  Operations  Support 
System 

Traffic  Data  Collection  System 
Total  DCS  Operations  Plan 
Traffic  Engineering  Data  System 
Transmission  Implementation  Plan 
TRAMCON  Master  Terminal 
Total  Network  Operations  Plan 
Telecommunications  Service  Order 
Telecommunications  Service  Request 
Teletype 

U.  S.  Commander-in-Chief,  Europe 
Video  Display  Unit 

Voice  Frequency  Carrier  Telegraph 
Voice  Grade 

WINTEX  Automated  Support  Package 
White  House  Communications  Agency 
WWMCCS  Intercomputer  Network 
WIN  Communications  Subsystem 
World  Wide  Digital  System  Architecture 
World  Wide  Military  Command  and 
Control  System 
World  Wide  On  Line  System 


WWOLS 


APPENDIX  B 


Definitions 


Alternate  Area  Communications  Operations  Center 
Formerly  the  Regional  Operations  Center  (ROC), 
designed  to  assume  the  responsibilities  of  the 
Communications  Operations  Center  (ACOC)  in  the 
ACOC  is  temporarily  disabled  or  destroyed.  Two 
identified  for  the  Pacific  Theater  and  one  for 
Theater  of  operations. 


CAACOC) = 

the  AACOC 
Area 

event  the 
AACOCs  a 
the  A  t I  a  n 


r  e 

t  i  c 


Area  Communications  Operations  Center  (ACOC):  The  ACOCs 
exercises  day-to-day  operational  direction  over  the  DCS 
control  facilities,  satellite  facilities  and  other  DCS 
operating  elements,  within  the  assigned  theater  of 
operations.  The  ACOC  is  part  of  the  DCA  Operations  Control 
Complex  ( DOCC )  and  exercise  responsibilities  at  level  2  of 
the  DCS  control  hierarchy.  (DCS  Systems  Controls  Volume  I 
Policy  and  Responsibi  I  ities;  Draft  February  6,  1986;  DCA 

310-70-1  PG  VI).  The  two  designated  ACOCs  are  located  at 


DCA-EUR  in  Vaihingen  Germany  and  DCA-PAC  in  Oahu,  Hawaii. 
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test  equipment  that  provides  cooperative  master-slave 
testing  capabilities  for  Defense  Communications  System 
Technical  Control  Facilities.  Current  capabilities  provide 
for  analog  circuit  testing,  but  digital  circuit  testing 
will  be  added  later.  Early  installations  wilt  be  at 
Automatic  Voice  Network  (AUTOVON)  sites  in  Europe  where 
access  is  available  via  the  test  line  of  the  individual 
AUTOVON  switches.  This  will  provide  a  remote  testing 
feature  from  a  Sub-Region  Control  Facility  (SRCF).  The 
SRCF  will  look  like  a  master  station  when  commanding  the 
remote  AARTS.  (DSN  and  DCS  Terrestrial  Transmission 
Operations  Processes  MTR  85W00237). 

Automatic  Digital  Network  (AUTODIN):  The  present  common 
user,  secure,  worldwide,  digital  communications  network. 

The  AUTODIN  system  consists  of  dedicated  user  circuits, 
automatic  message  switches,  several  large  nodes  for 
s t o r e -a n d- f o r wa r d  processing  and  switching,  and  voice-grade 
terrestrial  links. 

Automatic  Voice  Network  (AUTOVON ) :  The  present 
common-user,  voice  communications  network  that  interfaces 
to  Department  of  Defense  and  certain  non-DOD  subscribers. 

It  is  the  principal  long-haul  voice  communications  network 


[•] 


within  the  Defense  Communications  System.  It  provides 
nonsecure,  d  i  r e c t -d  i  s t an t  dialing  service  worldwide  through 
a  system  of  government  owned  and  leased  automatic  switching 
facilities. 


Base  Access  Area  Automated  Reporting  System  (BAAARS):  This 
test  system  will  provide  local  Base  Access  Area 
communications  facilities  with  an  upgraded  circuit  test 
capability  for  fault  bounding  and  isolation.  The  goal  is 
to  improve  circuit  efficiency  through  more  effective  use  of 
maintenance  resources  and  resulting  reduction  in  fault 
isolation  and  restoral  time.  The  BAAARS  Test  System  is  a 
user-friendly  semi  automated  access  and  test  device  which 
uses  remote  line  and  alarm  monitoring  devices  to  aid  in 
testing  and  fault  isolating  communications  circuit  problems 
within  the  base  or  post  access  area.  The  major  elements  of 
the  BAAARS  Test  System  are  the  controller  terminal, 
switched  access  function,  test  function,  remote  line  device 
and  alarm  monitoring  device.  The  BAAARS  will  be  interfaced 
with  the  Technical  Control  Operations  Support  System 
(TCOSS)  via  the  ports  provided  for  the  controller 
terminals.  Protocols  and  interfaces  needed  to  pass  the 
service-effecting  alarms  into  the  DCOSS  system  will  be 
developed  later.  (DCOSS  Functional  Requirements  of 


Overseas  DSN  AO  &  M/NM  draft.  June,  1985). 


The  joint  service 
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Defense  Communications  Aoencv  (DCA): 


Department  of  Defense  agency  responsible  for  performing 
system  engineering  for  the  Defense  Communications  System 
(DCS).  DCA  ensures  that  the  DCS  is  planned,  improved, 
operated,  maintained  and  managed  effectively,  efficiently 
and  economically  to  meet  telecommunications  requirements  of 
the  National  Command  Authorities  (NCA),  DOD  and  other 
Government  agencies.  (DCS  Systems  Controls  Volume  1: 

Policy  and  Responsibilities;  Draft  February  6,  1986,  Page 


1  -  1  )  . 


Defense  Communications  Agency  (DCA)  The  Joint  Service 
Department  of  Defense  agency  responsible  for  performing 
system  engineering  for  the  Defense  Communications  System 
(DCS)  DCA  ensures  that  the  DCS  is  planned,  improved, 
operated,  maintained  and  managed  effectively,  efficiently 
and  economically  to  meet  the  long-haul,  point-to-point  and 
switched  network  telecommunications  requirements  of  the 
National  Command  Authorities  (NCA),  DoD  and  other 
Government  agencies.  (DCS  Systems  Control;  Volume  1: 
Policy  and  Responsibilities;  Draft  February  6,  1986,  Page 

1  -  1  )  . 
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Defense  Communications  Aoencv  -  Eur:  The  intermediate 
headquarters  responsible  for  DCA  operations  in  the  European 
theater . 
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The  collection  of  automatic  data  processing  based 
operations  support  systems  providing  support  for 
administration,  op e r a t i on s /ma i n t a na n c e  and  network 
management  functions.  The  OCOSS  consists  of  the  following 
two  major  elements: 


a.  The  Sub-Regional  Control  Facility  (SRCF)  -  DCOSS . 

The  particular  AOP  based  operations  support  system 
located  at  the  SRCF. 


b.  The  Network  Control  Facility  (NCF)  -  DCOSS.  The 

ADP  based  operations  support  system  located  at  the 
ACOC  . 

The  DCOSS  will  be  a  computer  based  system  dedicated  to 
real-time  control  of  (DCS)  communications  facilities  and 
networks.  (DSN  and  DCS  Terrestrial  Transmission  Operations 
Processes  MTR-85W0023 7 ,  Page  6.1-1). 


Defense  Commun i cat i ons  Svs  tern  (DCS)  :  A  composite  of  DOD 
owned  and  DOD  telecommunications  subsystems  and  networks 
composed  of  facilities,  personnel  and  material  managed  by 
the  DCA .  It  provides  the  long-haul,  point-to-point,  and 
switched  network  telecommunications  needed  to  satisfy  the 
requirements  of  the  DOD  and  selected  government  agencies. 


Helena t _ Data  Network  (DDN):  A  high  speed,  packet- switched 

data  transfer  network  which  is  authorized  for  use  by  DOD 
and  other  government  agencies.  All  currently  operational 
and  planned  automatic  data  processing  systems  and  data 
networks  of  the  Department  of  Defense  that  require  long 
haul  and  area  data  communications  support  are  required  to 
become  DDN  subscribers. 
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Four  teen 


monitoring  centers  ( MC s) ,  nine  fixed  end  five  mobile,  are 
planned  for  ODN  management.  These  centers  will  be 
interfaced  with  the  DCOSS  providing  a  direct  input 
concerning  status  of  the  DDN.  (DCOSS  functional 
requirements  for  overseas  DSN  AO&M/NM  Draft,  June,  1985). 

DC A  Operations  Control  Complex  (DOCC):  The  DOCC  is  the 
collection  of  DCS  control  centers  that  are  assigned  the 
responsibilities  of  Level  1  and  2  of  the  system  control 
hierarchy.  This  includes  the  DCAOC ,  ACOCS ,  AACOCS  and 
Associated  Emergency  Relocation  Sites  CESRs).  (DCS  System 
Control  Volume  l,  Policy  and  Responsibilities;  Draft, 
February  6,  1986;  DCA  Circular  310-70-1,  Page  VI). 

DSCS  Operations  Center  (DSCSOC);  A  Level  2  DCA  control 
center,  the  DSCSOC  is  responsible  for  controlling  and 
managing  DSCS  earth  terminals.  DSCSOC  controllers  report 
and  respond  to  direction  from  the  ACOC  and  control  DSCS 
satellite  access  by  directing,  monitoring  and  controlling 
earth  terminal  transmission  parameters  for  each  link. 
Additionally,  DSCSOC  controllers  respond  to  the  ACOC  for 
implemenlation  of  restoral  plans  and  for  network  problems 


affecting  communications  service. 


rapid  reconfiguration  of  64Kbps  channels  on  T-1  (1.544Mbps) 
links.  As  such  the  DPAS  was  developed  to  work  with  multi 
channel  digital  transmission  systems.  DPAS  offers  a  method 
for  managing  circuits  on  T-1  lines  and  digital  terminals  by 
providing  64  Kbps  electronic  cross  connections  and  test 
access  for  digital  signals  at  1.544  and  2.048  Mbps  rates. 
The  cross  connect  capability  of  DPAS  will  permit  the 
assignment  and  redistribution  of  any  64  Kbps  channel  in  a 
1.544  or  2.048  Mbps  digital  group  with  any  other  64  Kbps 
channel.  The  DPAS  will  enhance  the  flexibility  of  the 
DCS  by  reducing  patch  bay  wiring  on  the  main  frame  and 
reducing  first  level  multipexor  requirements.  The 
objective  is  to  provide  the  DCS  with  increased  efficiency, 
faster  system  restoration,  enhanced  survivability  and 
reduced  operating  and  maintenance  costs  by  using 
state-of-the-art  digital  control  equipment.  (DCOSS 
Functional  Requirements  for  Overseas  DSN  AO  &  M/NM,  Draft, 
June,  1985,  Page  F6). 


Defense  Switched  Network  (DSN):  A  common  user  switching 
end  relay  network  which  is  part  of  the  Defense 
Communications  System.  The  Defense  Switched  Network 
consists  of  Multifunction  Switches  (MFSs),  Stand  Alone 
Switches  (SASs)  and  End  Offices  (EOs). 
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Multiplex  CDTN-LSTDMJ:  A  transmission  network  using 

low-speed  time  division  multiplexor  interfaced  into  the 
Digital  European  Backbone.  The  LSTDMs  will  take  signals 
varying  from  baseband  to  256  Kbps  per  channel  and  multiplex 
those  signals  into  a  Tl  stream  for  transmission. 


Emergency  Relocation  Site  (E.BS):  A  designated  site  for 
relocation  of  the  Defense  Communications  Agency  Operations 
Center  ( DCAOC )  and  the  Area  Communications  Operations 
Centers  (ACOCs)  during  a  crisis  situation. 


Estimated  Time  to  Repair  (ETR):  The  estimated  time 
required  to  bring  an  end  item  of  equipment  or  a  system  back 
into  operation. 


Facility  Control  Q  f  f  i  ce  _( F_CQJ  :  The  facility  is  responsible 
for  day-to-day  operations  and  maintenance  of  DCS  facilities 
within  a  designated  geographic  area.  Facility  Control 
Offices  are  staffed  and  equipped  by  the  MILDEPS  (Army,  Navy 
or  Air  Force). 


Internetting:  The  capability  for  one  control  center  or 

complex  to  use  resources  normally  assigned  to  or  under  the 
organizational  control  of  another  complex. 


Intcrooerabi I i tv:  The  capability  of  a  control  center  to 
perform  a  function,  operation,  or  mission  normally  assigned 
to  another  control  center. 

I nter-Ser v i ce/Aoencv  Automated  Message  Processing  Exchange 
( I -S /A  AMPE ) :  Automated  Message  Processing  Equipment 
(AMPE)  will  be  replacing  the  Automatic  Digital  Network 
(AUTODIN)  to  provide  subscr iber*to*subscr i ber  formal 
message  service,  comp u t e r - t o - c omp u t e r  communications,  and 
command  and  control 

record  traffic  using  the  Defense  Data  Network  as  the 
transmission  backbone. 


Patch  and  Test  Facility  (PTF):  The  patch  and  Test  Facility 
is  that  part  of  the  Defense  Communication  System  which 
functions  as  a  supporting  activity  under  a  Technical 
Control  Facility.  The  Patch  and  Test  Facility  is  at  Level 
5  in  the  DCS  control  hierarchy.  Station  controllers  at 
this  level  are  responsible  for  the  following  tasks: 

a.  Perform  equipment  and  channel  quality  control. 

b.  Perform  monitoring  and  testing. 

c.  Accomplish  equipment  substitution  and  restoral  and 


channel  substitution,  restoral  and  rerouting. 


d.  Reroute,  restore  or  coordinate  restoration  of 
disrupted  circuits,  groups,  di-groups  and  super 
groups  in  accordance  with  published  restoral  plans 
or  to  the  maximum  extent  possible. 

e.  Conduct  fault  isolation. 

f.  Support  preventive  and  corrective  maintenance. 

g.  Assess  performance. 

h.  Notify  users  of  service  disruptions  and  conditions 
affecting  restoration  of  service. 

i.  Report  to  and  respond  to  direction  from  higher 
control  levels. 

(DCS  Systems  Control;  Volume  I,  Policy  and 
Responsibilities,  Draft,  February  6,  1986,  DCA  Circular 

310-70-1  ,  Page  VIII). 

Real  Time:  (1)  Actual  time  during  which  a  physical 
process  transpires;  (2)  application  in  which  response  to 
input/output  is  fast  enough  to  affect  subsequent  input,  and 
(3)  transmission  which  occurs  sufficiently  fast  that  it  is 
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used  in  essentially  the  same  manner  as  if  it  were 
instantaneous  . 


Sub-Reaion  Control  Facility  (SRCF):  The  Sub-Region  Control 
Facility  is  responsible  for  the  day-to-day  operation  and 
maintenance  of  Defense  Communication  facilities  within  its 
geographic  area.  These  control  facilities  are  staffed  and 
equipped  by  the  MILDEPS  (Army,  Navy  or  Air  Force)  and  are 


assigned  level  three  responsibilities  of  the  Defense 
Communication  System  control  hierarchy.  (DCS  Systems 
control;  Volume  1,  Policy  and  Responsibilities;  Draft, 
February  6,  1986,  DCA  Circular  310-70-1,  page  IX). 


Technical  Control  Facility  CTCF):  The  Technical  Control 
Facility  is  the  part  of  a  Defense  Communications  System 
that  functions  as  the  interface  between  the  transmission 
elements  of  the  Defense  Communications  System  and  the  users 
of  the  system.  The  Technical  Control  Facility  is  a  Level  4 
organization.  (DCS  Systems  Control;  Volume  1,  Policy  and 
Responsibilities;  Draft,  February  6,  1986;  DCA  Circular 

310-70- 1 ,  Page  IX). 


Technical  Control  Operations  Support  System  (TCOSS)  is  a 
collection  of  Operations  Support  Systems  (OSSs)  with 


equipment  residing  at  a  Technical  Control  Facility.  Some 
examples  of  TCOSS  OSSs  include  the  Automatic  Audio  remote 
Test  Set  (AARTS),  the  Base  Access  Area  Automated  Reporting 
System  (BAAARs)  and  the  Digital  Patch  and  Access  System 
(DPAS).  (DSN  and  DCS  Terrestrial  Transmission  Operations 
Process  MT R- 8 5W0 02 3 7 ,  September,  1985,  Page  6.3-1). 

Total  DCS  Operations  Plan  (TDOP):  Similar  to  the  Bell 
System  Total  Network  Operations  plan  (TNOP),  the  Total  DCS 
Operations  Plan  develops  procedures  for  present  day  Defense 
Communications  System  operations  and  then  describes  the 
same  procedures  as  they  are  expected  to  be  performed  five 
years  in  the  future.  Procedures  are  organized  into 
categories  and  s u b c a t e g o r i e s .  The  four  major  categories 
are; 

a.  Engineering 

b.  System  Management 

c.  Current  Operations 

d.  General  Management  and  Administration 

Transmission  Monitoring  and  Control  System  CTRAMCON):  An 
upgraded  version  of  the  Enhanced  Fault  Anaylsis  System 
(EFAS)  which  will  be  used  for  monitoring  and  control  of  the 
Digital  European  Backbone.  In  the  TRAMCON  system 


operation,  the  monitoring  process  will  start  when  a  master 


station  sends  a  message  to  each  of  its  remote  units.  The 
remote  units  respond  with  formatted  messages  that  contain 
alarm  conditions  and  parameter  information  about  their 
respective  communications  sites.  Another  function  the 
TRAMCON  equipment  performs  is  rotation  of  certain  equipment 
at  remote  sites.  The  master  unit  performs  a  number  of 
other  functions  that  support  the  TRAMCON  mission.  These 
involve  maintaining  files  on  communication  system 
configuration,  information  files  on  the  status  of 
communication  system  elements,  and  the  necessary 
calibration  and  threshold  tables  for  processing  data  from 
remote  sites.  (DSN  and  DCS  Terrestrial  Transmission 
Operators  Process  MTR-85W00237 ,  September,  1985,  Page 

6  .  6-  n  . 

Worldwide  On  Line  System  (WWOLS):  The  Worldwide  On  Line 
System  is  a  distributed  processing  system  made  up  of 
hardware  and  software  resources  at  the  Defense 
Communications  Agency  Operations  Center  (DCAOC),  as  well  as 
the  European  and  Pacific  Area  Communications  Operations 
Centers  and  Defense  Commercial  Communications  Office.  The 
WWOLS  is  used  for  Defense  Communications  System  Management 
at  Level  1  and  2  of  the  DCS  control  hierarchy.  WWOLS  is  an 


nonreal-time  management  system. 
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APPENDIX  D 


DCOSS:  EUROPEAN  IMPLEMENTATION 


:ACILITY 


LOCATION 


IN SI 


AOOC 


VA1HINGEN.GE 


AAOOC 


uxbridge.uk 


SRCF 


TOREJON.SP 


SRCF 


FRANKFURT.  GE 


SRCF 


ELMDAG.TK 


SRCF 


THURSO.UK 


SRCF 


NAPLES.  IT 


SRCF 


RAMSTEIN.GE 


SRCF 


REESE  AUGSBURG,  GE 


SRCF 


BERUN.GE 


SRCF 


SEMB^CHGE 


SRCF 


PIRMASENS.GE 


SRCF 


CH1EVRES,  BE 


AVIANO,  IT 


SRCF 


APPENDIX  E 


DCOSS:  PACIFIC  IMPLEMENTATION 


FACILITY 

LOCATION 

INSTALLATION  DATE 

AOOC 

OAHU,  HI 

To  be  determined 

AAOOC 

CLARK  AB,  PI 

FY89 

AACOC 

YOKOTAAB,  JA 

FY88 

SRCF 

YONGSAN  AG,  KOREA 

FY  88 

SRCF 

FT  BUCKNER,  OK 

FY  89 

SRCF 

TAEGU,  KOREA 

FY  89 

SRCF 

FINEGAYAN  BAY,  GUAM 

OCT  86 
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